[PHP-DEV] Possible bug in Object definition -- Fwd: [PHP-NOTES] note 12009 added to language.oop.php

2001-03-18 Thread Jesus M. Castagnetto

This is a strange behavior. If the original class have
no predefined variables, then if the object's
constructor does no assignment of its own, the
resulting object compares to null, e.g.

class foo {
var $bar;
function foo() {
// do nothing
}
}
$o = new foo();
if ($o == null) echo "boom!";
if (empty($o)) echo " zap!";


Outputs "boom! zap!", even when the object was
created. Are we assuming than an object w/ no defined
member vars is a null object? Not sure that is the
expected behavior, but I might be wrong.

Adding a predefined var in the class definition or
setting one in the constructor, "fixes" the problem.

Tested it w/ PHP 4.0.4pl1 and latest PHP from CVS
(both compiled as stand alone executables)

--- [EMAIL PROTECTED] wrote:
> Date: 18 Mar 2001 05:33:38 -
> To: [EMAIL PROTECTED]
> From: [EMAIL PROTECTED]
> Subject: [PHP-NOTES] note 12009 added to
> language.oop.php
> 
> I wondered why the "new" assignments in these
> examples were never tested for success --- ie. 
> if(!($var = new Cart())) echo "failure";
> 
> Now I know (at least for PHP4.0.4pl1).
> 
> The test ALWAYS fails unless the constructor of the
> class does a local member variable assignment.
> 
> This I don't like.  Could someone please explain to
> me why this is a "good thing"?
> 
>  http://www.php.net/manual/en/language.oop.php 
> 
> 
> -- 
> PHP Notes Mailing List (http://www.php.net/)
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
> To contact the list administrators, e-mail:
> [EMAIL PROTECTED]
> 


=
--- Jesus M. Castagnetto <[EMAIL PROTECTED]>

__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/

-- 
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 #9812 Updated: Connection to a MySQL DB

2001-03-18 Thread Laurent LEVIER

Maybe,

But I don't use mysql_error() in my basic script. I added it to display the error 
message.

Without it, the error remains, but we just dont know what error it is :)

So there is really a problem with connect (and also pconnect, I also tried). Where is 
that usename ??
I upgraded to the last versions of all (PHP 404pl1, Apache 1.3.19 & MySQL 3.23.35), 
problem persists

At 03:44 18/03/2001 +, Bug Database wrote:
>ID: 9812
>Updated by: sniper
>Reported By: [EMAIL PROTECTED]
>Old-Status: Feedback
>Status: Closed
>Bug Type: MySQL related
>Assigned To: 
>Comments:
>
>I can reproduce this one with this script:
>
>
>$db=mysql_connect("localhost", "user", "");
>$rc=mysql_select_db("thisdbdoesnotexist",$db);
>if ($rc<=0) {
>echo mysql_error()."\n";
>mysql_close($db);
>exit;
>}
>
>?>
>
>It's mysql_error() in mysql itself that is broken.
>I can reproduce this within the mysql shell too..
>
>Not a bug in PHP. -> closed.
>
>--Jani
>
>
>
>Previous Comments:
>---
>
>[2001-03-17 15:55:32] [EMAIL PROTECTED]
>Can you please add a shortest possible script into
>this report which can be used to reproduce this?
>
>
>--Jani
>
>
>---
>
>[2001-03-17 15:46:01] [EMAIL PROTECTED]
>mysql_connect("localhost","user","")
>report an error that should not exist:
>SQL Server error, cannot select databaseAccess denied for user: '@localhost' to 
>database xxx
>
>@localhost ? shouldn't it be user or user@localhost?
>
>---
>
>
>
>ATTENTION! Do NOT reply to this email!
>To reply, use the web interface found at http://bugs.php.net/?id=9812&edit=2

Laurent LEVIER
IT Systems & Networks, Unix System Engineer
Security Specialist

Argosnet Security Server : http://www.Argosnet.com
"Le Veilleur Technologique", "The Technology Watcher"


-- 
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: PHP 4.0 Bug #9812 Updated: Connection to a MySQLDB

2001-03-18 Thread Jani Taskinen

On Sun, 18 Mar 2001, Laurent LEVIER wrote:

>But I don't use mysql_error() in my basic script. I added it to display the error 
>message.
>
>Without it, the error remains, but we just dont know what error it is :)
>
>So there is really a problem with connect (and also pconnect, I also tried).
>Where is that usename ??

Hmm..I can't read minds so please explain WHAT doesn't work?

--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]




Re: [PHP-DEV] Re: PHP 4.0 Bug #9812 Updated: Connection to a MySQL DB

2001-03-18 Thread Laurent LEVIER

Jani,

  $db=mysql_connect ("localhost", "argosnet", "");
  if ($db<=0)
  {
print ("");
print ("SQL Server error, cannot connect server");
exit;
  }

# Ok at this level

  $rc=mysql_select_db($database,$db);
  if ($rc<=0)
  {
print ("");
print ("SQL Server error, cannot select database");
exit;
  }

# rc<=0, then error! If mysql_error is not trustable, I cannot tell what is 
the error, but there's one



At 10:13 18/03/2001 +0100, Jani Taskinen wrote:
>On Sun, 18 Mar 2001, Laurent LEVIER wrote:
>
>>But I don't use mysql_error() in my basic script. I added it to display the error 
>message.
>>
>>Without it, the error remains, but we just dont know what error it is :)
>>
>>So there is really a problem with connect (and also pconnect, I also tried).
>>Where is that usename ??
>
>Hmm..I can't read minds so please explain WHAT doesn't work?
>
>--Jani

Laurent LEVIER
IT Systems & Networks, Unix System Engineer
Security Specialist

Argosnet Security Server : http://www.Argosnet.com
"Le Veilleur Technologique", "The Technology Watcher"


-- 
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 #5108 Updated: Cannot install with fdftk support

2001-03-18 Thread sniper

ID: 5108
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: FDF related
Assigned To: 
Comments:

You should copy the library from this directory
in the package from Adobe:

fdftk4_05/lib/C/Unix/i586-linux/GNU3.0/

Then it works. Also, get the latest CVS checkout of PHP to 
get the working fdf extension. 

--Jani



Previous Comments:
---

[2000-12-05 21:22:56] [EMAIL PROTECTED]
Re-opened.
This still happens in 4.0.4RC4, exactly as stated.


---

[2000-09-03 18:17:26] [EMAIL PROTECTED]
No feedback from user. Closed.

--Jani

---

[2000-08-20 03:58:11] [EMAIL PROTECTED]
Does this problem still persist with more recent version of php (from CVS or 
http://snaps.php.net) ??

--Jani

---

[2000-06-18 09:34:55] [EMAIL PROTECTED]
Installed fdftk4_05 from Adobe. Copied the required header file fdftk.h into
/usr/local/include/FdfTk.h and the library libfdftk.so into 
/usr/local/lib/libFdfTk.so 

Run configure as follow :-
 
./configure --with-apxs=/usr/sbin/apxs --with-fdftk

Produce this error :


checking whether to include fdftk support... yes
checking for FDFOpen in -lFdfTk... no
configure: error: fdftk module requires fdftk 2.0

The last section of my  config.log contains the following statement :-

configure:11472: checking whether to include fdftk support
configure:11606: checking for FDFOpen in -lFdfTk
configure:11625: gcc -o conftest -g -O2  -DEAPI=1  conftest.c -lFdfTk
-lresolv
-lm -ldl -lcrypt -lnsl  -lresolv 1>&5
/usr/local/lib/libFdfTk.so: undefined reference to `_xstat'
/usr/local/lib/libFdfTk.so: undefined reference to `__setjmp'
/usr/local/lib/libFdfTk.so: undefined reference to `_fxstat'
collect2: ld returned 1 exit status
configure: failed program was:
#line 11614 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char FDFOpen();

int main() {
FDFOpen()
; return 0; }


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=5108&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 #9006 Updated: PHP 4.0.4pl1 Crashes when compiled with FDF support

2001-03-18 Thread sniper

ID: 9006
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: FDF related
Assigned To: 
Comments:

Check bug #5108 for solution.

--Jani


Previous Comments:
---

[2001-01-30 13:44:46] [EMAIL PROTECTED]
when compiled with --with-fdftk , php4.0.4pl1 crashes. Apache wont even load if you 
try to include the module.  I have tried compiling against several different versions 
of Apache to make sure the problem didnt lie there, and it seems that is is definitely 
something specific to PHP 4.0.4.  Running the same configure lines using PHP 4.0.3pl1, 
everything works great.

Software Used:   Apache 1.3.14 (Redhat Distribution, latest update)

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9006&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 #9055 Updated: Fatal System Error: Raise at top of Exception Stack

2001-03-18 Thread sniper

ID: 9055
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: FDF related
Assigned To: 
Comments:

Fixed in CVS.

--Jani


Previous Comments:
---

[2001-02-02 16:02:52] [EMAIL PROTECTED]
Oke
I found the problem ...When compiled without fdftk support
everything works like a charm ... There is something conflicting in fdftk library i 
guess ...

I don't know wheater this is still a PHP issue or not ...
You guys decideAlso I have noticed a bug# 9006 that could have same roots???

Thanks
Amir



---

[2001-02-02 15:18:33] [EMAIL PROTECTED]
I had ran same configuration without sucess using 
mod_ssl-2.7.1-1.3.14 and apache-1.2.14...
Compilation was sucess and it ran fine without SSL but
when I tried httpd -DSSL i got :
Fatal System Error: Raise at top of Exception Stack

I also ran both versions of apache and mod_ssl without php
and both versions of apache and php without mod_ssl and they worked fine so I assume 
there is a confilct between 
mod_ssl and php


I will attempt to get gcc 2.95.2 although I think it will cause a lot of conflicts in 
RH 7.1.a lot...
But I will 

---

[2001-02-01 13:46:01] [EMAIL PROTECTED]
It's either the new mod_ssl which is broken or your compiler.

Check this:
http://www.gnu.org/software/gcc/gcc-2.96.html

And then go and get yourself GCC 2.95.2 which is really supported.

--Jani


---

[2001-02-01 12:53:04] [EMAIL PROTECTED]
I have sucessfully compiled Apache-1.3.18 with mod_ssl-2.8.0 and OpenSSL 0.9.6 using 
gcc version 2.96 2731 (Red Hat Linux 7.0)

After installation if I start httpd without SSL everything is OK but if i try to use 
it with SSL support apache coredumps.

Error log shows the following message:
[Thu Feb  1 14:21:24 2001] [notice] caught SIGTERM, shutting down
Fatal System Error: Raise at top of Exception Stack

Here is configure options for php4.0.4pl1
./configure --with-apache=../apache_1.3.17 --with-ibm-db2=/usr/IBMdb2/V7.1/ 
--with-mcrypt=/usr/local  --enable-track-vars 
   --without-mysql --with-config-file-path=/etc --enable-ftp 
--with-gd --with-pdflib=/usr/local --with-zlib-dir 
   --with-jpeg-dir --with-png-dir --with-tiff-dir -with-fdftk


And here is a gdb backtrace

Loaded symbols for /lib/libnss_files.so.2
#0  0x40acd8b9 in chunk_free (ar_ptr=0x40b6e680, p=0x82f8788) at malloc.c:3131
3131malloc.c: No such file or directory.
(gdb) bt
#0  0x40acd8b9 in chunk_free (ar_ptr=0x40b6e680, p=0x82f8788) at malloc.c:3131
#1  0x40acd828 in __libc_free (mem=0x82f8790) at malloc.c:3054
#2  0x811878b in shutdown_memory_manager ()
#3  0x80af04c in php_module_shutdown ()
#4  0x80aefff in php_module_shutdown_wrapper ()
#5  0x80ad708 in php_xbithack_handler ()
#6  0x8150550 in ap_run_cleanup ()
#7  0x814edf2 in ap_clear_pool ()
#8  0x814ee72 in ap_destroy_pool ()
#9  0x814edde in ap_clear_pool ()
#10 0x814ee72 in ap_destroy_pool ()
#11 0x815cde8 in ap_exists_scoreboard_image ()
#12 0x815fa77 in ap_child_terminate ()
#13 0x815ffc7 in main ()
#14 0x40a6fb5c in __libc_start_main (main=0x815fc14 , argc=1, ubp_av=0xba64, 

init=0x807e3b4 <_init>, fini=0x820da54 <_fini>, rtld_fini=0x4000d634 <_dl_fini>, 
stack_end=0xba5c) at ../sysdeps/generic/libc-start.c:129
(gdb) 


Any Ideas what's going on???
Thanks
Amir


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9055&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] CVS Account Request

2001-03-18 Thread CVS Account Request

Full name: Oliwier Ptak
Email: [EMAIL PROTECTED]
ID: aleczapka
Purpose: PHP Manual translation into polish

-- 
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 #9817: variables

2001-03-18 Thread dsabri

From: [EMAIL PROTECTED]
Operating system: windows 98
PHP version:  4.0.4pl1
PHP Bug Type: *General Issues
Bug description:  variables




-- 
Edit Bug report at: http://bugs.php.net/?id=9817&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 #9817 Updated: variables

2001-03-18 Thread derick

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

We need more info then this :)

Previous Comments:
---

[2001-03-18 05:27:43] [EMAIL PROTECTED]


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9817&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 #9818: variables

2001-03-18 Thread dsabri

From: [EMAIL PROTECTED]
Operating system: windows 98
PHP version:  4.0.4pl1
PHP Bug Type: *General Issues
Bug description:  variables

I tested this codes pws+win98 and IIS+WIN2K;



Error:
Warning: Undefined variable: t in C:\Inetpub\wwwroot\4.php on line 3





-- 
Edit Bug report at: http://bugs.php.net/?id=9818&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 #9531 Updated: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok

2001-03-18 Thread php

ID: 9531
User Update by: [EMAIL PROTECTED]
Old-Status: Bogus
Status: Open
Bug Type: Compile Failure
Description: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok

sorry to disturb you again, but I've tried different zlib and lizb rpms, they all seem 
to put some libz.so.1 into /usr/lib. However, configure tells me

configure: error: Cannot find libz

whether I try --with-zlib=/usr or --with-zlib=/usr/lib

Where am I wrong here?

(Well, I think I'm gonna write an FAQ for this kind of PHP/4 installation when I'm 
finally through this ... ;-) )

Previous Comments:
---

[2001-03-17 13:27:58] [EMAIL PROTECTED]
You pressed ctrl+c to interrupt the make process.
Please ask further install questions on [EMAIL PROTECTED] mailing list.

--Jani


---

[2001-03-17 07:46:17] [EMAIL PROTECTED]
Joy! We're getting further! :-)
But what's that:

gcc  -I. -I/home/family/php-4.0.4pl1/ext/standard -I/home/family/php-4.0.4pl1/ma
in -I/home/family/php-4.0.4pl1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/l
ibxml2-2.3.3/include -I/usr/local/mysql/include -I/home/family/php-4.0.4pl1/ext/
xml/expat/xmltok -I/home/family/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/fami
ly/php-4.0.4pl1/TSRM  -DXML_BYTE_ORDER=12 -g -O2  -c crypt.c && touch crypt.lo
make[3]: *** [crypt.lo] Interrupt
make[2]: *** [all-recursive] Interrupt
make[1]: *** [all-recursive] Interrupt
make: *** [all-recursive] Interrupt

---

[2001-03-11 21:59:17] [EMAIL PROTECTED]
--with-zlib=/path/to/libz/install/dir

--Jani


---

[2001-03-11 17:42:08] [EMAIL PROTECTED]
o well, it would have been to nice ...

Making all in .
make[1]: Entering directory `/home/family/php-4.0.4pl1'
gcc  -I. -I/home/family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/f
amily/php-4.0.4pl1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3
/include -I/usr/local/mysql/include -I/home/family/php-4.0.4pl1/ext/xml/expat/xm
ltok -I/home/family/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4.0.4
pl1/TSRM  -DXML_BYTE_ORDER=12 -g -O2  -c stub.c && touch stub.lo
/bin/sh /home/family/php-4.0.4pl1/libtool --silent --mode=link gcc  -I. -I/home/
family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/family/php-4.0.4pl
1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3/include -I/usr/l
ocal/mysql/include -I/home/family/php-4.0.4pl1/ext/xml/expat/xmltok -I/home/fami
ly/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4.0.4pl1/TSRM  -DXML_B
YTE_ORDER=12 -g -O2   -o libphp4.la -rpath /home/family/php-4.0.4pl1/libs -L/hom
e/family/libxml2-2.3.3/lib -L/usr/local/mysql/lib  -R /home/family/libxml2-2.3.3
/lib -R /usr/local/mysql/lib stub.lo  Zend/libZend.la sapi/cgi/libsapi.la main/l
ibmain.la regex/libregex.la ext/domxml/libdomxml.la ext/mysql/libmysql.la ext/pc
re/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/standard/libst
andard.la ext/xml/libxml.la TSRM/libtsrm.la -ldl -lmysqlclient -lz -lxml -lresol
v -lm -ldl -lcrypt -lnsl -lresolv -L/home/family/libxml2-2.3.3/lib -lz
/bin/sh /home/family/php-4.0.4pl1/libtool --silent --mode=link gcc  -I. -I/home/
family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/family/php-4.0.4pl
1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3/include -I/usr/l
ocal/mysql/include -I/home/family/php-4.0.4pl1/ext/xml/expat/xmltok -I/home/fami
ly/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4.0.4pl1/TSRM  -DXML_B
YTE_ORDER=12 -g -O2   -o php -export-dynamic stub.lo libphp4.la
/usr/bin/ld: cannot open -lz: No such file or directory
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/home/family/php-4.0.4pl1'
make: *** [all-recursive] Error 1

---

[2001-03-11 17:29:02] [EMAIL PROTECTED]
thanks, it seems to work (just compiling...)

---

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

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


-- 
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] advice

2001-03-18 Thread Barry Mitchelson

hi all,

can anyone give me the url to a tutorial on creating a php extension - specifically 
creating a new class which will be available to all scripts.  I've read through the 
Zend api docs, and have created a new function, but haven't found any good guides to 
adding a new class.  If there aren't any guides, then some sample code would be much 
appreciated :)


regards,

Barry

-- 
http://www.theshining.org

-- 
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] advice

2001-03-18 Thread Rasmus Lerdorf

Did you read README.EXT_SKEL?

On Sun, 18 Mar 2001, Barry Mitchelson wrote:

> hi all,
>
> can anyone give me the url to a tutorial on creating a php extension - specifically 
>creating a new class which will be available to all scripts.  I've read through the 
>Zend api docs, and have created a new function, but haven't found any good guides to 
>adding a new class.  If there aren't any guides, then some sample code would be much 
>appreciated :)
>
>
> regards,
>
> Barry
>
> --
> http://www.theshining.org
>
> --
> 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] "Independent" comments on a bug.

2001-03-18 Thread Fredrik Ohrn


Right, so I managed to earn myself a developer account.

But how about extending the bug tracker to allow independent comments?
I think it would cut down on duplicate bug entries and increase the
possibilities for feedback.

Ofcourse it opens up for a flood of useless "ME TOO" comments, but if
developers can delete such nuisance I think it's a good tradeoff.


Regards,
Fredrik


On Sat, 17 Mar 2001, Joey Smith wrote:

> Only if you are a developer. You may want to try requesting a developer
> account. I know the QA/QC team can always use more helping closing
> reports and fixing bugs...
>
> http://www.php.net/cvs-php.php
>
> On Sat, 17 Mar 2001, Fredrik Ohrn wrote the following to [EMAIL PROTECTED] :
>
> >
> > In the bug tracker, is it possible to add a comment to a bug already filed
> > by someone else?
> >

-- 
Do fish get thirsty?

Fredrik Öhrn   Chalmers University of Technology
[EMAIL PROTECTED]  Sweden


-- 
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 #9813 Updated: Activating LoadModule for PHP4 causes Apache not to run, no error reported.

2001-03-18 Thread ulairi

ID: 9813
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Description: Activating LoadModule for PHP4 causes Apache not to run, no error 
reported.

Running "/usr2/web/bin/httpd -X" works.

Previous Comments:
---

[2001-03-17 16:55:50] [EMAIL PROTECTED]
Apache's "config.status" header:
CC="gcc" 
LIBS="-lpthread -lposix4" 
EAPI_MM="SYSTEM" 
SSL_BASE="/usr2/OpenSSL" 
./configure 
"--with-layout=Apache" 
"--prefix=/usr2/web" 
"--enable-rule=EAPI" 
"--enable-module=ssl" 
"--enable-module=so" 
"--enable-module=info" 
"--enable-module=usertrack" 
"$@"


PHP4's config.status header:
# ./configure  --with-mysql=/usr2/mysql --prefix=/usr2/PHP4 --with-apxs=/usr2/we
b/bin/apxs --with-config-file-path=/usr2/web/conf --with-exec-dir=/usr2/web/php_
exe --with-openssl=/usr2/OpenSSL --with-gdbm --enable-dbase --enable-ftp --with-
imap=/usr2/root/imap/uwash/imap-4.4 --with-imap-ssl --with-ldap=/usr/OpenLDAP --
with-mm --enable-trans-sid --with-zlib --enable-inline-optimization --disable-sh
ared --enable-static



---

[2001-03-17 16:53:29] [EMAIL PROTECTED]
Compiled-in modules:
  http_core.c
  mod_env.c
  mod_log_config.c
  mod_mime.c
  mod_negotiation.c
  mod_status.c
  mod_info.c
  mod_include.c
  mod_autoindex.c
  mod_dir.c
  mod_cgi.c
  mod_asis.c
  mod_imap.c
  mod_actions.c
  mod_userdir.c
  mod_alias.c
  mod_access.c
  mod_auth.c
  mod_usertrack.c
  mod_so.c
  mod_setenvif.c
  mod_ssl.c


---

[2001-03-17 16:51:49] [EMAIL PROTECTED]
Environment: 
Solaris 2.7
gcc 2.95.2

Apache 1.3.19
OpenSSL 0.9.6
ModSSL 2.8.1
PHP4.0.4l1

PHP configured with LDAP/IMAP/SSL/mm

If LoadModule is uncommented, "apachectl start" reports a successful start, a pid file 
is created, but both error_log and access_log are blank, and the process is not in the 
process table. 
Commenting out the LoadModule for PHP4 fixes the "problem".



---


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


-- 
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 #9818 Updated: variables

2001-03-18 Thread hholzgra

ID: 9818
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *General Issues
Assigned To: 
Comments:

using a varibale before giving it a value is evil

thats what the message tells you

remove E_NOTICE from error reporting level
if you really want to be evil without warnings

Previous Comments:
---

[2001-03-18 05:35:34] [EMAIL PROTECTED]
I tested this codes pws+win98 and IIS+WIN2K;



Error:
Warning: Undefined variable: t in C:Inetpubwwwroot4.php on line 3




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9818&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 sapi 4 radiusd

2001-03-18 Thread Boian Bonev

hi,

today i made something crazy - even i didn't believe it will do but i made
it through and i want to hear your opinion...

i am getting pissed from writing c code in one of our client's radius
servers and decided to ease the whole process, put it under control and make
the auth/account logic more maintainable...

i have started a sapi module for the xtradius server (www.xtradius.com) and
got something near working copy. the concept is clean - radiusd passes envp
style attributes to the sapi module, then all of them translate into a http
get like request. script output is parsed by the radius server against its
disctionary. xtradius forks on requests so there is no thread safety stuff.
the only problem is how to integrate into its code - there is neighter api
nor modules. a patch file will do but only for the current and near
versions.

i could use perl or cmdline php but with the sapi i save one fork per
request, one exec and php image loading...

still not sure,
b.


-- 
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 #9819: Updating HTTP_SESSION_VARS[] doesn't works

2001-03-18 Thread akul

From: [EMAIL PROTECTED]
Operating system: Windows 98 SE
PHP version:  4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description:  Updating HTTP_SESSION_VARS[] doesn't works 





Press Reload ten times and you have:
Counter1=1, Counter2=10


System  Windows 95/98 4.10
Build Date  Jan 12 2001
Server API Apache
Virtual Directory Support enabled
ZEND_DEBUG   disabled
Thread Safetyenabled

[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=   On ; 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
; buffering functions, or 
enable output buffering for all files
; by setting this directive to 
On.
output_handler  =   ; You can redirect all of the output of your 
scripts to a function,
; that can be responsible to 
process or log it.  For example,
; if you set the 
output_handler to "ob_gzhandler", than output
; will be transparently 
compressed for browsers that support gzip or
; deflate encoding.  Setting 
an output handler automatically turns on
; output buffering.
implicit_flush  = Off   ; Implicit flush tells PHP to tell the output layer to 
flush itself
; automatically after every 
output block.  This is equivalent to
; calling the PHP function 
flush() af

Re: [PHP-DEV] Re: PHP 4.0 Bug #9812 Updated: Connection to a MySQL DB

2001-03-18 Thread Laurent LEVIER

Jani,

Stop it. I got it...

There was an error on mysql_error(), and this is what puzzled me to find out what was 
the problem.

The user I used missed a right. So once the right is Ok, no error, and then 
mysql_error does not bring me in a bad direction.

You can consider the case closed at my level.

Thanks!

@+/L


At 10:13 18/03/2001 +0100, Jani Taskinen wrote:
>On Sun, 18 Mar 2001, Laurent LEVIER wrote:
>
>>But I don't use mysql_error() in my basic script. I added it to display the error 
>message.
>>
>>Without it, the error remains, but we just dont know what error it is :)
>>
>>So there is really a problem with connect (and also pconnect, I also tried).
>>Where is that usename ??
>
>Hmm..I can't read minds so please explain WHAT doesn't work?
>
>--Jani

Laurent LEVIER
IT Systems & Networks, Unix System Engineer
Security Specialist

Argosnet Security Server : http://www.Argosnet.com
"Le Veilleur Technologique", "The Technology Watcher"


-- 
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] feature request

2001-03-18 Thread Cameron

would be nice if isset would act the same as unset, being able to feed
it more than 1 var at a time

ie. if ( isset ( $blah1, $blah2 ) ) { blah blah }

i get sick of typing it these days and that would cut down the amount of
typing a fair bit ;)

if there is something already that does this let me know.

Cameron


-- 
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 #5906 Updated: PHP 4.0RC2 or higher with CLibPDF fails to compile on RedHat 5.2

2001-03-18 Thread ohrn

ID: 5906
Updated by: ohrn
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: ClibPDF related
Assigned To: 
Comments:

#define T 1 in mail.h clashes with a function declaration in cpdflib.h. Fixed in CVS.

Previous Comments:
---

[2000-12-08 11:13:43] [EMAIL PROTECTED]
If both IMAP and CLibPDF support are configured, then main/internal_functions.c
seems to always include the necessary header files for imap before cpdf.

If I move the #include "ext/imap/php_imap.h" line immediately AFTER
#include "ext/cpdf/php_cpdf.h", then I'm able to successfully build PHP

Tested on RH5.2 with PHP 4.0RC2 & PHP 4.0.3pl1, and on RH6.2 with
PHP 4.0.3pl1.

Looks like something in the imap headers is clobbering cpdf.

---

[2000-12-06 13:24:07] [EMAIL PROTECTED]
Update:  Problem occurs when both CLibPDF and IMAP support are included on the 
./configure line, for
all versions of PHP 4 higher than 4.0RC1.

If I remove either of --with-cpdflib or --with-imap from the configure statement, then 
php
compiles just fine.

Problem has been verified on RedHat 6.2 platform and Mandrake 7.1, so my speculations 
about old 
versions of GCC or glibc were not correct.

Tested with Stronghold 3.0 and Apache 1.3.14.

Here's my "bare-bones" ./configure statement with just enough to replicate the 
problem:

./configure 
--with-config-file-path=/usr/local/stronghold/conf 
--with-apxs=/usr/local/stronghold/bin/apxs 
--enable-versioning 
--disable-debug 
--without-gd 
--without-mysql 
--without-xml 
--with-imap=/usr/src/redhat/BUILD/imap 
--with-cpdflib=/usr/local 
--with-png-dir=/usr 
--with-jpeg-dir=/usr 
--with-tiff-dir=/usr 
--with-xpm-dir=/usr/X11R6 
--enable-sysvshm=yes 
--enable-sysvsem=yes 
--enable-track-vars=yes 
--enable-memory-limit=yes


---

[2000-08-31 20:53:15] [EMAIL PROTECTED]
User feedback:

Problem still exists. 



---

[2000-08-31 11:34:47] [EMAIL PROTECTED]
Have you tried PHP4.0.2 yet? 

--Jani

---

[2000-08-01 18:50:06] [EMAIL PROTECTED]
When trying to compile PHP 4.0RC2 or higher (at the time of this submission,
PHP 4.0.1pl2 is the latest available) with CLibPDF support on RedHat 5.2, the
compile fails.  This problem occurs both when compiling as a DSO, or as a static
module.  The error occurs with Stronghold 2.4 (based on Apache 1.3.6) and
Stronghold 3.0 (based on Apache 1.3.12).  The problem does not occur on
RedHat 6.2 -- I've successfully compiled PHP 4.0.1pl2 with CLibPDF support
on that platform.

I ran a diff between the versions of cpdf.c included with RC1 vs. RC2, and it
appears that, among other things, several changes related to the module
interface with the Zend engine were made.

Error message:

/bin/sh /usr/src/redhat/BUILD/php/libtool --silent --mode=compile gcc -DHAVE_CONFIG_H 
-I. -I/usr/src/redhat/BUILD/php/main -I/usr/src/redhat/BUILD/php 
-I/usr/src/redhat/BUILD/php/main -I/usr/local/stronghold/src/.includes-apxs 
-I/usr/src/redhat/BUILD/php/Zend -I/usr/src/redhat/BUILD/php -I/usr/local/include 
-I/usr/local/include/freetype -I/usr/src/redhat/BUILD/imap/include 
-I/usr/src/redhat/BUILD/php/ext/mysql/libmysql 
-I/usr/src/redhat/BUILD/php/ext/xml/expat/xmltok 
-I/usr/src/redhat/BUILD/php/ext/xml/expat/xmlparse  -DXML_BYTE_ORDER=12 -DSTRONHGOLD 
-I/usr/local/stronghold/ssl/include  -c internal_functions.c
In file included from /usr/src/redhat/BUILD/php/ext/cpdf/php_cpdf.h:36,
 from internal_functions.c:47:
/usr/local/include/cpdflib.h:801: parse error before `1'
make[2]: *** [internal_functions.lo] Error 1
make[2]: Leaving directory `/usr/src/redhat/BUILD/php-4.0.1pl2/main'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/redhat/BUILD/php-4.0.1pl2/main'
make: *** [all-recursive] Error 1

PHP configure line:
./configure --with-config-file-path=/usr/local/stronghold/conf 
--with-apxs=/usr/local/stronghold/bin/apxs --enable-versioning --disable-debug 
--with-zlib --with-gd --with-gdbm --with-db2 --with-mysql --with-xml --with-ldap 
--with-imap=/usr/src/redhat/BUILD/imap --with-cpdflib=/usr/local 
--with-png-dir=/usr/local --with-jpeg-dir=/usr --with-tiff-dir=/usr 
--enable-sysvshm=yes --enable-sysvsem=yes --enable-track-vars=yes --enable-bcmath=yes 
--enable-memory-limit=yes

The installed compiler is gcc 2.7.2.3.


---

The remainder of the comments for this report are too long.  To view the rest of the 
com

Re: [PHP-DEV] PHP 4.0 Bug #9808 Updated: crypt function not supported

2001-03-18 Thread Stig Venaas

On Sat, Mar 17, 2001 at 04:20:47PM -, [EMAIL PROTECTED] wrote:
> ID: 9808
> User Update by: [EMAIL PROTECTED]
> Status: Open
> Bug Type: Feature/Change Request
> Description: crypt function not supported
> 
> what other option to crypt function 
> that would be compactable with windows system.

If you use PHP with the OpenSSL extension you get crypt() with the
OpenSSL library.

Stig

-- 
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] Bug #9820: File upload with any input tag

2001-03-18 Thread a_tom

From: [EMAIL PROTECTED]
Operating system: WINNT 4. SP4 IIS4
PHP version:  3.0.17
PHP Bug Type: Other
Bug description:  File upload with any input tag

With 3.0.17(IIS4, NT4) (with 3.0.16, 4.0.1(on the same server) and under Linux it 
works) when I hit the submit button on the form, it will take a few seconds and frozen 
php.exe.
If the form contains only file input tag it works too...

[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
; buffering functions, or 
enable output buffering for all files
; by setting this directive to 
On.
output_handler  =   ; You can redirect all of the output of your 
scripts to a function,
; that can be responsible to 
process or log it.  For example,
; if you set the 
output_handler to "ob_gzhandler", than output
; will be transparently 
compressed for browsers that support gzip or
; deflate encoding.  Setting 
an output handler automatically turns on
; output buffering.
implicit_flush  = Off   ; Implicit flush tells PHP to tell the output layer to 
flush itself
; automatically after every 
output block.  This is equivalent to
; calling the PHP function 
flush() after each and every call to print()
; or echo() and each and every 
HTML block.
  

[PHP-DEV] PHP 4.0 Bug #9820 Updated: File upload with any input tag

2001-03-18 Thread a_tom

ID: 9820
User Update by: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Other
Bug Type: *General Issues
Description: File upload with any input tag

Ooops... this was my PHP4 ini file... and the PHP3 ini file is here...

[PHP_3]

;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior.  In order for PHP to
; read it, it must be named 'php3.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 php3.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 (they probably won't).
;
; Options are specified using the syntax key = value or key = "complex value".
; Key names are *case sensitive*.  foo = bar is different from FOO = bar.
; 'value' can be any number, word or keyword (keywords are On, Off, True,
; False, Yes and No, and are case insensitive).
; 'complex value' can be just about anything, expcept for " and a newline
; 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.
;
; All the values in the php3.ini-dist file correspond to the builtin
; defaults (that is, if no php3.ini is used, or if you delete these lines,
; the builtin defaults will be identical).



; Language Options ;


engine  =   On  ; enable PHP 3.0 parser
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)

; Safe Mode
safe_mode   =   Off
safe_mode_exec_dir  =
safe_mode_allowed_env_vars = PHP_   ; Setting 
certain environment variables
   
 ; may be a potential security breach.
   
 ; This directive contains a comma-delimited
   
 ; list of prefixes.  In Safe Mode, the
   
 ; user may only alter environment
   
 ; variables whose names begin with the
   
 ; prefixes supplied here.
   
 ; By default, users will only be able
   
 ; to set environment variables that begin
   
 ; with PHP_ (e.g. PHP_FOO=BAR).
   
 ; Note:  If this directive is empty, PHP
   
 ; will let the user modify ANY environment
   
 ; variable!
safe_mode_protected_env_vars = LD_LIBRARY_PATH  ; This directive contains a 
comma-
   
 ; delimited list of environment variables,
   
 ; that the end user won't be able to
   
 ; change using putenv().
   
 ; These variables will be protected
   
 ; even if safe_mode_allowed_env_vars is
 

[PHP-DEV] PHP 4.0 Bug #9821: ClibPDF cpdf_set_viewer_preferences function not working

2001-03-18 Thread sigurd

From: [EMAIL PROTECTED]
Operating system: Redhat 7.0
PHP version:  4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description:  ClibPDF cpdf_set_viewer_preferences function not working

Just thought I'd leave my small patch for making the cpdf_set_viewer_preferences work 
a bit. I can't seem
to find anywhere else to leave it.


BEGIN PATCH
--- php-4.0.4pl1/ext/cpdf/cpdf.cWed Oct 25 19:43:49 2000
+++ php-4.0.4pl1/ext/cpdf/cpdf.cTue Mar  6 19:51:41 2001
@@ -338,6 +339,7 @@
 /* {{{ proto void cpdf_set_viewer_preferences(int pdfdoc, int pagemode)
How to show the document by the viewer */
 PHP_FUNCTION(cpdf_set_viewer_preferences) {
+   CPDFviewerPrefs vP = { 0, 0, 0, 0, 0, 0, 0, 0 };
pval *argv[6];
int id, type, pagemode;
int argc;
@@ -361,6 +363,9 @@
}
 
 /* cpdf_setViewerPreferences(pdf, pagemode, 0, 0, 0, 0, 0, 0, pagemode); */
+   vP.pageMode=pagemode;
+   vP.nonFSPageMode=pagemode;
+   cpdf_setViewerPreferences(pdf, &vP); 
 
RETURN_TRUE;
 }
---END PATCH



-- 
Edit Bug report at: http://bugs.php.net/?id=9821&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 #9821 Updated: ClibPDF cpdf_set_viewer_preferences function not working

2001-03-18 Thread ohrn

ID: 9821
Updated by: ohrn
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Feature/Change Request
Bug Type: ClibPDF related
Assigned To: ohrn
Comments:

I'll look into it.

Previous Comments:
---

[2001-03-18 14:45:32] [EMAIL PROTECTED]
Just thought I'd leave my small patch for making the cpdf_set_viewer_preferences work 
a bit. I can't seem
to find anywhere else to leave it.


BEGIN PATCH
--- php-4.0.4pl1/ext/cpdf/cpdf.cWed Oct 25 19:43:49 2000
+++ php-4.0.4pl1/ext/cpdf/cpdf.cTue Mar  6 19:51:41 2001
@@ -338,6 +339,7 @@
 /* {{{ proto void cpdf_set_viewer_preferences(int pdfdoc, int pagemode)
How to show the document by the viewer */
 PHP_FUNCTION(cpdf_set_viewer_preferences) {
+   CPDFviewerPrefs vP = { 0, 0, 0, 0, 0, 0, 0, 0 };
pval *argv[6];
int id, type, pagemode;
int argc;
@@ -361,6 +363,9 @@
}
 
 /* cpdf_setViewerPreferences(pdf, pagemode, 0, 0, 0, 0, 0, 0, pagemode); */
+   vP.pageMode=pagemode;
+   vP.nonFSPageMode=pagemode;
+   cpdf_setViewerPreferences(pdf, &vP); 
 
RETURN_TRUE;
 }
---END PATCH


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9821&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 #9821 Updated: ClibPDF cpdf_set_viewer_preferences function not working

2001-03-18 Thread ohrn

ID: 9821
Updated by: ohrn
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Assigned
Old-Bug Type: ClibPDF related
Bug Type: Feature/Change Request
Assigned To: 
Comments:



Previous Comments:
---

[2001-03-18 14:45:32] [EMAIL PROTECTED]
Just thought I'd leave my small patch for making the cpdf_set_viewer_preferences work 
a bit. I can't seem
to find anywhere else to leave it.


BEGIN PATCH
--- php-4.0.4pl1/ext/cpdf/cpdf.cWed Oct 25 19:43:49 2000
+++ php-4.0.4pl1/ext/cpdf/cpdf.cTue Mar  6 19:51:41 2001
@@ -338,6 +339,7 @@
 /* {{{ proto void cpdf_set_viewer_preferences(int pdfdoc, int pagemode)
How to show the document by the viewer */
 PHP_FUNCTION(cpdf_set_viewer_preferences) {
+   CPDFviewerPrefs vP = { 0, 0, 0, 0, 0, 0, 0, 0 };
pval *argv[6];
int id, type, pagemode;
int argc;
@@ -361,6 +363,9 @@
}
 
 /* cpdf_setViewerPreferences(pdf, pagemode, 0, 0, 0, 0, 0, 0, pagemode); */
+   vP.pageMode=pagemode;
+   vP.nonFSPageMode=pagemode;
+   cpdf_setViewerPreferences(pdf, &vP); 
 
RETURN_TRUE;
 }
---END PATCH


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9821&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 #9823: srand() -- seed should default to (double)microtime()*1000000

2001-03-18 Thread ryland

From: [EMAIL PROTECTED]
Operating system: all
PHP version:  4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description:  srand() -- seed should default to (double)microtime()*100

In the user notes for srand(), [EMAIL PROTECTED] said:

>*ALWAYS* use (double)microtime()*100 as your seed. 
>Do *NOT* just use time(). Do not add an extra 0 to make it "bigger". 
...
>Anything else is sub-standard.

If so, why not make the seed argument optional, and make the default
(double)microtime()*100 when the argument is absent? Save me a
few keystrokes, anyway, and help make sure people don't do it in a 
"sub-standard" fashion...  :)


-- 
Edit Bug report at: http://bugs.php.net/?id=9823&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 #9824: lack of bidirectional popen()

2001-03-18 Thread morten

From: [EMAIL PROTECTED]
Operating system: Linux 2.4.2
PHP version:  4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description:  lack of bidirectional popen()

I'm using php for shell scripting, and my current project is
an indexer of smb shares.
using shell commands (in this case smbclient) without the
ability to interact, Creates a serious bottleneck, as it
becomes neccessary to execute smbclient once for each folder
on each share on each host on the network.

well that's my two cents.


-- 
Edit Bug report at: http://bugs.php.net/?id=9824&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 #6559 Updated: yp_first() and yp_next() results handled wrong in ext/yp/yp.c

2001-03-18 Thread ohrn

ID: 6559
Updated by: ohrn
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: YP/NIS related
Assigned To: 
Comments:

This depends on the data you put in the map in the first place. Properly created maps 
do not include linebreaks.

It's not up to PHP to second guess the administrator of the YP domain. :)

Previous Comments:
---

[2000-09-05 14:31:58] [EMAIL PROTECTED]
The key/value pairs that libnsl's yp_first/yp_next return contain
a trailing NEWLINE as per NIS specs. These NEWLINEs are
not chopped off before returning the key/value pair to the users's PHP
code. Hence you end up with newlines in PHP hashes.

Below is the context diff for the fix.

regards,
Gert

*** yp.c.orig   Mon Jun  5 21:47:45 2000
--- yp.cTue Sep  5 19:37:54 2000
***
*** 151,156 
--- 151,158 
RETURN_FALSE;
}
array_init(return_value);
+   outkey[outkeylen] = 0;
+   outval[outvallen] = 0;
add_assoc_string(return_value,"key",outkey,1);
add_assoc_string(return_value,"value",outval,1);
  }
***
*** 175,180 
--- 177,184 
RETURN_FALSE;
}
  
+   outkey[outkeylen] = 0;
+   outval[outvallen] = 0;
array_init(return_value);
add_assoc_string(return_value,outkey,outval,1);
  }


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6559&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 #8041 Updated: yp_first and yp_next Return Different Array Formats

2001-03-18 Thread ohrn

ID: 8041
Updated by: ohrn
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: YP/NIS related
Assigned To: 
Comments:

Fixed in CVS.

Previous Comments:
---

[2000-11-29 21:05:55] [EMAIL PROTECTED]
The output of the yp_first function and the yp_next function return different types of 
arrays. These two functions are fetching the same information yet returning them in an 
inconsistent format.

yp_first returns an array as such when output with print_r:
Array
(
[key] => d264
[value] => hal:/export/&
)
and yp_next returns an array like this:
Array
(
[d273] => squash:/export/&
)

The result of yp_next if much more intuitive and useful. In any case, a consistent 
result from these two functions would be nicer. Below is the context diff for the fix 
on "ext/yp/yp.c":

NOTE: This also incorporates the fix for BUG #6559

*** yp.cWed Nov 29 18:01:34 2000
--- yp.c.fixed  Wed Nov 29 18:01:08 2000
***
*** 150,158 

if(yp_first((*domain)->value.str.val,(*map)->value.str.val,&outkey,&outkeylen,&outval,&outvallen))
 {
RETURN_FALSE;
}
array_init(return_value);
!   add_assoc_string(return_value,"key",outkey,1);
!   add_assoc_string(return_value,"value",outval,1);
  }
  /* }}} */

--- 150,159 

if(yp_first((*domain)->value.str.val,(*map)->value.str.val,&outkey,&outkeylen,&outval,&outvallen))
 {
RETURN_FALSE;
}
+   outval[outvallen] = 0;
+   outkey[outkeylen] = 0;
array_init(return_value);
!   add_assoc_string(return_value,outkey,outval,1);
  }
  /* }}} */

***
*** 175,180 
--- 176,183 
RETURN_FALSE;
}

+   outval[outvallen] = 0;
+   outkey[outkeylen] = 0;
array_init(return_value);
add_assoc_string(return_value,outkey,outval,1);
  }





---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8041&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] "Independent" comments on a bug.

2001-03-18 Thread Jani Taskinen

On Sun, 18 Mar 2001, Fredrik Ohrn wrote:

>But how about extending the bug tracker to allow independent comments?
>I think it would cut down on duplicate bug entries and increase the
>possibilities for feedback.

We're working on a new bug system..

>Ofcourse it opens up for a flood of useless "ME TOO" comments, but if
>developers can delete such nuisance I think it's a good tradeoff.

..and this is one of the features that will be in it.

--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 #9825: COM with Seagate Crystal Reports

2001-03-18 Thread ajab

From: [EMAIL PROTECTED]
Operating system: WIN NT4.0
PHP version:  4.0.4pl1
PHP Bug Type: COM related
Bug description:  COM with Seagate Crystal Reports

Invoking OpenReport method of CRPE.Application COM Object produces crash.


-- 
Edit Bug report at: http://bugs.php.net/?id=9825&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 #9531 Updated: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok

2001-03-18 Thread sniper

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

Where is zlib.h file located in your system?

--Jani


Previous Comments:
---

[2001-03-18 06:11:57] [EMAIL PROTECTED]
sorry to disturb you again, but I've tried different zlib and lizb rpms, they all seem 
to put some libz.so.1 into /usr/lib. However, configure tells me

configure: error: Cannot find libz

whether I try --with-zlib=/usr or --with-zlib=/usr/lib

Where am I wrong here?

(Well, I think I'm gonna write an FAQ for this kind of PHP/4 installation when I'm 
finally through this ... ;-) )

---

[2001-03-17 13:27:58] [EMAIL PROTECTED]
You pressed ctrl+c to interrupt the make process.
Please ask further install questions on [EMAIL PROTECTED] mailing list.

--Jani


---

[2001-03-17 07:46:17] [EMAIL PROTECTED]
Joy! We're getting further! :-)
But what's that:

gcc  -I. -I/home/family/php-4.0.4pl1/ext/standard -I/home/family/php-4.0.4pl1/ma
in -I/home/family/php-4.0.4pl1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/l
ibxml2-2.3.3/include -I/usr/local/mysql/include -I/home/family/php-4.0.4pl1/ext/
xml/expat/xmltok -I/home/family/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/fami
ly/php-4.0.4pl1/TSRM  -DXML_BYTE_ORDER=12 -g -O2  -c crypt.c && touch crypt.lo
make[3]: *** [crypt.lo] Interrupt
make[2]: *** [all-recursive] Interrupt
make[1]: *** [all-recursive] Interrupt
make: *** [all-recursive] Interrupt

---

[2001-03-11 21:59:17] [EMAIL PROTECTED]
--with-zlib=/path/to/libz/install/dir

--Jani


---

[2001-03-11 17:42:08] [EMAIL PROTECTED]
o well, it would have been to nice ...

Making all in .
make[1]: Entering directory `/home/family/php-4.0.4pl1'
gcc  -I. -I/home/family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/f
amily/php-4.0.4pl1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3
/include -I/usr/local/mysql/include -I/home/family/php-4.0.4pl1/ext/xml/expat/xm
ltok -I/home/family/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4.0.4
pl1/TSRM  -DXML_BYTE_ORDER=12 -g -O2  -c stub.c && touch stub.lo
/bin/sh /home/family/php-4.0.4pl1/libtool --silent --mode=link gcc  -I. -I/home/
family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/family/php-4.0.4pl
1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3/include -I/usr/l
ocal/mysql/include -I/home/family/php-4.0.4pl1/ext/xml/expat/xmltok -I/home/fami
ly/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4.0.4pl1/TSRM  -DXML_B
YTE_ORDER=12 -g -O2   -o libphp4.la -rpath /home/family/php-4.0.4pl1/libs -L/hom
e/family/libxml2-2.3.3/lib -L/usr/local/mysql/lib  -R /home/family/libxml2-2.3.3
/lib -R /usr/local/mysql/lib stub.lo  Zend/libZend.la sapi/cgi/libsapi.la main/l
ibmain.la regex/libregex.la ext/domxml/libdomxml.la ext/mysql/libmysql.la ext/pc
re/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/standard/libst
andard.la ext/xml/libxml.la TSRM/libtsrm.la -ldl -lmysqlclient -lz -lxml -lresol
v -lm -ldl -lcrypt -lnsl -lresolv -L/home/family/libxml2-2.3.3/lib -lz
/bin/sh /home/family/php-4.0.4pl1/libtool --silent --mode=link gcc  -I. -I/home/
family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/family/php-4.0.4pl
1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3/include -I/usr/l
ocal/mysql/include -I/home/family/php-4.0.4pl1/ext/xml/expat/xmltok -I/home/fami
ly/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4.0.4pl1/TSRM  -DXML_B
YTE_ORDER=12 -g -O2   -o php -export-dynamic stub.lo libphp4.la
/usr/bin/ld: cannot open -lz: No such file or directory
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/home/family/php-4.0.4pl1'
make: *** [all-recursive] Error 1

---

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


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9531&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 #9815 Updated: cannot include/require files on network shares

2001-03-18 Thread sniper

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

Duplicate of #6554

--Jani



Previous Comments:
---

[2001-03-17 23:30:20] [EMAIL PROTECTED]
using latest exe from php4win.de...
php cannot open network shares like
include( '\\computer\c$\php4\include\template.php' );
or
include( '\computerc$php4includetemplate.php' );
or
include( '//computer/c$/php4/include/template.php' );
or
include( '\\computerc$/php4/include/template.php' );

nothing seems to work.

even with no include_path set...

i searched through the source to find how include calls fopen to see if i could offer 
any advice... i ran out of time when i was working on it, so i thought i might add a 
note here about it.  

there are so many layers of code involved in the fopen process... 

thank you so much for all of your time and work !  php is the greatest :)


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9815&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 #9814 Updated: can't extract any files

2001-03-18 Thread sniper

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

What are the versions for tar and gunzip?
# gunzip --version
# tar --version


--Jani


Previous Comments:
---

[2001-03-17 21:50:18] [EMAIL PROTECTED]

I downloaded this Ver php4.0.4pl1.tar.gz, but I can not
extract any files, because the error happened when I extract them.

1. tar xzvf php4.0.4pl1.tar.gz

   error: gzip: stdin: invalid compressed data--crc error
stdin: invalid compressed data--length error

2. gunzip php4.0.4pl1.tar.gz

   error: gunzip: php4.0.4pl1.tar.gz:invalid  
  compressed data--crc error

3. (1) winzip php4.0.4pl1.tar.gz
   result is ok. I got php4.0.4pl1.tar
   (2) tar xvf php4.0.4pl1.tar
   error is happened.



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9814&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 #9826: Access Violation

2001-03-18 Thread jk . n

From: [EMAIL PROTECTED]
Operating system: windows 2000
PHP version:  4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description:  Access Violation

After using PHP 4.0 for a long time it have started giving the following fault in the 
browser:
"PHP has encountered an Access Violation at 011E067C"
I have tried to reinstall php, but problem keeps occuring.


-- 
Edit Bug report at: http://bugs.php.net/?id=9826&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 #9826 Updated: Access Violation

2001-03-18 Thread jmoore

ID: 9826
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Reproduceable crash
Assigned To: 
Comments:

Not enough information sounds like it could be a corrupted file somewhere.. please be 
more specific about when the crash happens how often what code is being executed etc.

Thanks

James

Previous Comments:
---

[2001-03-18 18:55:19] [EMAIL PROTECTED]
After using PHP 4.0 for a long time it have started giving the following fault in the 
browser:
"PHP has encountered an Access Violation at 011E067C"
I have tried to reinstall php, but problem keeps occuring.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9826&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: PHP 4.0 Bug #9273 Updated: feature request: pg_cancel()

2001-03-18 Thread Wolfgang Hamann

Hello sasha,

actually I added pg_cancel to the postgres tcl interface in order to support async
processing. The main reason I wanted that was to keep some responsiveness of the gui
during database transactions. It turned out to be fairly easy in this case because
postgres already processes the transaction asynchronously and it is just the client
that is sitting in a loop. On the other side of the coin, there is not too much the 
script
can do while it is waiting for results, so async processing might be pointless if the
script does not have a gui.
Once in place, I tried pg_cancel by itself on the webserver in a tcl environment, and 
it
works fine as a signal handler, so when the webserver times out, it sends a SIGTERM, 
and
the script in turn sends a CANCEL to the database. It could probably be done in the 
same
way if the internal timeout (or the signal from the webserver) just calls the 
pg_cancel().
Can a registered shutdown function do that if the script does not try to catch the 
event
by itselt?

Wolfgang Hamann




-- 
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] feature request

2001-03-18 Thread Gavin Sherry

Cameron,

On Mon, 19 Mar 2001, Cameron wrote:

> would be nice if isset would act the same as unset, being able to feed
> it more than 1 var at a time
> 
> ie. if ( isset ( $blah1, $blah2 ) ) { blah blah }

This is probably a bad idea since isset() needs to return true or false
for each argument it receives. (Any other mode of operation is too
complicated).

This means that you need to return the values for each variable as an
array and that each value from the array needs to be tested. This results
in more typing than you would previously have been doing and is more
computationally intensive.

I suggest just stick with the current implementation.

Gavin


-- 
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] feature request

2001-03-18 Thread Chris Newbill

This would not be a bad idea IMHO and I would use it for some things.

The functionality would be inclusive not exclusive.  So isset($var1, $var2,
$var3) would only return true if $var1, $var2, and $var3 are set and false
otherwise.

So If I had a form passing $name, $email, $phone:

example #1
if (isSet($name, $email, $phone))
   // ALL GOOD

Instead of

example #2
if ((isSet($name)) &&
(isSet($email)) &&
(isSet($phone)))
// ALL GOOD

Granted if one variable wasn't set, then you might run into some minor
issues if you want to figure out which one is not set.  But that is the
developers choice. :)

It wouldn't break existing functionality, seems simple enough to implement
(although my karma is limited to doc's so someone else would have to do it),
and would make some people happy.  That seems to be reason enough to do it.

Just my 2 cents.

-Chris

> From: Gavin Sherry [mailto:[EMAIL PROTECTED]]
>
> Cameron,
>
> On Mon, 19 Mar 2001, Cameron wrote:
>
> > would be nice if isset would act the same as unset, being able to feed
> > it more than 1 var at a time
> >
> > ie. if ( isset ( $blah1, $blah2 ) ) { blah blah }
>
> This is probably a bad idea since isset() needs to return true or false
> for each argument it receives. (Any other mode of operation is too
> complicated).
>
> This means that you need to return the values for each variable as an
> array and that each value from the array needs to be tested. This results
> in more typing than you would previously have been doing and is more
> computationally intensive.
>
> I suggest just stick with the current implementation.
>
> Gavin
>
>
> --
> 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 #9695 Updated: memory leak when using fsockopen & fclose

2001-03-18 Thread pack

ID: 9695
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Sockets related
Description: memory leak when using fsockopen & fclose

Here is my php script








 0 ) && ( $out == "" ) ) { break; }
else { $s++; }
if ( $s ==  ) { break; }
  } while ( $out == "" );
  
  set_socket_blocking ( $fd, true );
  
  if (!isset($grp)) {
listgroup($fd);
  }
  elseif (isset($mid)) {
ReadBody($fd, $group ,$mid);
  }
  else {
ReadSubject($fd, $group);
  }
  fputs ( $fd, "QUIT\n" );
  fclose( $fd );
  $fd = null;
}
else {
  echo "$errstr ($errno)\n";
}   
?>



\n");
  echo("¸s²ÕPost ¼Æ¥Ø\n");
  for($c=0 ; $c <=1000 ;$c++) {
$output = fgets ( $fp, 200 );
if ( ereg ( "^\.", $output ) ) break;
list( $newsgrp, $num) = split(" |\t", $output, 2);
$num = (int) ($num);
if ($num ==0 ) continue;
if ( ereg ( "\.library", $newsgrp ) ) 
 $item="$newsgrp" ;  
else if ( ereg ( "ntust", $newsgrp ) ) 
 $item=$newsgrp;
else continue;
if ($c%2 == 0) $COLOR='bisque'; else $COLOR='mintcream';
echo ("$item");
echo ("$num\n");
//echo ("$num\n");
  } 
  echo("\n");
}


function ReadSubject($fp,$grp) {
  echo ("\n");
  fputs ( $fp, "GROUP $grp\n" );  
  $output = fgets ( $fp, 2000 );
  list( $stat, $num, $start, $end) = split(' ', $output, 5);
  if ($stat != '211') return; 

  $i = (int) $start;
  $j = (int) $end;

  for (; $i <= $j; $j--) {
   fputs ( $fp, "HEAD $j\n" );  
   for($c=0 ; $c <50 ;$c++) {
$output = fgets ( $fp, 200 );
if ( ereg ( "^\.|^423", $output ) ) break;
if ( ereg ( "(^From):.*(\(.*\))\r", $output, $reg ) )  $from=$reg[2];
if ( ereg ( "(^Subject): (.+)\r", $output, $reg ) )  $sbj=$reg[2];
if ( ereg ( "(^Date):(.+ .+ .+ ).* GMT.*\n", $output, $reg ) )  $date=$reg[2];
   } 
   if (ereg ( "^\.", $output )) {
 if(isset($grp)) $glink = "&grp=" . $grp;
 else $glink = "";
 echo("$date$sbj$from\n");
   }
  }
  echo ("\n");
}


function ReadBody($fp,$grp,$mesgid) {
  echo ("\n");
  fputs ( $fp, "group $grp\n" );  
  $output = fgets ( $fp, 2000 );
  if (! ereg("^211", $output )) return;

  fputs ( $fp, "head $mesgid\n" );
  for($c=0 ; $c <=100 ;$c++) {
$output = fgets ( $fp, 200 );
if ( ereg ( "^\.|^423", $output ) ) break;
if ( ereg ( "^From|^Subject|^Date", $output) ) echo "$output";
  }

  fputs ( $fp, "body $mesgid\n" );  
  $op = true;
  for($c=0 ; $c <=200 ;$c++) {
$output = fgets ( $fp, 200 );
if ( ereg ( "^222", $output ) ) continue;
if ( ereg ( "^\.|^423", $output ) ) break;
//if ( ereg ( "^--\r", $output ) ) $op = false;
if ($op) echo ereg_replace("\[(;*[0-9]*)*m" , "", $output);
  } 
  echo ("\n");
}

//header("Cache-Control: no-cache, must-revalidate");   // HTTP/1.1
//header("Pragma: no-cache");   // HTTP/1.0
?>

Previous Comments:
---

[2001-03-17 09:26:46] [EMAIL PROTECTED]
Not reproducible.  The latest PHP CVS with AOLserver 3.3.1 on FreeBSD 4.3-BETA does 
not exhibit this behaviour. 

---

[2001-03-12 02:26:49] [EMAIL PROTECTED]
When I using PHP4 in AOLSerevr3.2 at FreeBSD,
It seems to get memory leak when I using fsockopen() & fclose(),
and the memory usage is gettiing bigger & bigger
configure option --with libgcc.


---


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


-- 
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] Getting Started with new module

2001-03-18 Thread Brian Foddy

Some months back I inquired about writing a BEA Tuxedo module for PHP.
I got side-tracked for a while, but now I'd like to resume exploring this possibility.
Primarily, because I'd like to use this module myself, but also feel it would be
a natural match to an environment like PHP on a web server.  First obvious
question is is anyone working on a Tuxedo hook?  If not, I'd like
to volunteer.

For those not familiar with Tuxedo, its a high-end transaction middleware
Client/Server environment used in many larger corporate environments.  Reference
http://www.beasys.com/products/tuxedo/index.shtml
for a good starting point.

My thoughts are that PHP should have the ability to be a Tuxedo client,
so it can call Tux services elsewhere in a Tux environment.  These services
can be located on the same machine, one other machine, numerous
other machines, even mainframes.  Ideally, all seemlessly called.
It would call services in much the same way PHP calls a service from a database.
I would only propose a web/PHP server be a client to Tuxedo.  I can't
imagine how a Tux server would even technically be incorporated into PHP.

So, where to start???  I've looked through some of the code for other external
modules.  Sybase_ct for instance which is another environment I'm familiar with.
Tuxedo has numerous API calls, but most of them aren't used for clients, so
I don't think there would be many new functions.  A basic Tux client can be 
written with as few as 6 API functions.  It does require some similar connection
concepts as databases, and also has its own memory allocation / free functions
(tpalloc, tpfree). 

My personal resume includes 8+ years of UNIX, C, and database development
mostly on Solaris, Linux, Sybase, and Informix.
I feel I should be technically able to complete this type of project.

I've read the apidoc.txt and apidoc-zend.txt files, but seems there are still some
holes.  Can anyone suggest the best way to get started?

Much appreciated,
Brian Foddy
[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] feature request

2001-03-18 Thread Mike Robinson

Chris Newbill writes:

> This would not be a bad idea IMHO and I would use it for some things.
>
> The functionality would be inclusive not exclusive.  So
> isset($var1, $var2,
> $var3) would only return true if $var1, $var2, and $var3 are set and false
> otherwise.
>
> So If I had a form passing $name, $email, $phone:
>
> example #1
> if (isSet($name, $email, $phone))
>// ALL GOOD
>
> Instead of
>
> example #2
> if ((isSet($name)) &&
> (isSet($email)) &&
> (isSet($phone)))
> // ALL GOOD
>
> Granted if one variable wasn't set, then you might run into some minor
> issues if you want to figure out which one is not set.  But that is the
> developers choice. :)
>
> It wouldn't break existing functionality, seems simple enough to implement
> (although my karma is limited to doc's so someone else would have
> to do it),
> and would make some people happy.  That seems to be reason enough
> to do it.
>
> Just my 2 cents.

Ditto.
It would be handy. If you are willing and able to do
stuff like this, maybe a request for additional karma
would be in order.

Mike Robinson





-- 
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 #9827: Floating point exception when starting apache

2001-03-18 Thread matti

From: [EMAIL PROTECTED]
Operating system: Linux-mips
PHP version:  4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description:  Floating point exception when starting apache

- HW: Cobalt Raq2 (MIPS R3000)
- OS: Linux
- Apache: 1.3.19
- PHP built with these arguments:
  --with-apxs
  --enable-trans-sid
- PHP release: 4.0.4pl1 and the latest CVS snapshot (date 18/03/2001)

when starting apache with "./httpd", a core is dumped. The message is: Floating point 
exception (core dumped)

I played around with gdb, the exception occurs in:

ext/standard/crypt.c:105

php_srand(time(0) * getpid() * php_combined_lcg() * 1.0 );

I played around with this line. When I replace the value 1.0 with 1.0 and 
recompile the stuff, it works. I'm no C programmer, but I think this is due to an 
overflow problem.

If you need more informations, tell me!

Best regards

Matti Weiersmueller


-- 
Edit Bug report at: http://bugs.php.net/?id=9827&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 #9828: LDAP: Object class violation

2001-03-18 Thread kcchung

From: [EMAIL PROTECTED]
Operating system: Solaris 7
PHP version:  4.0.4pl1
PHP Bug Type: LDAP related
Bug description:  LDAP: Object class violation

when using php-4.0.3, ldap_add function works very well.
After upgrading to php-4.0.4pl1, ldap_add function
didn't work again. A error occured and logged in apache
error log, "LDAP: Object class violation".

php config
'./configure' '--with-config-file-path=/usr/slocal/etc' 
'--with-apxs=/usr/slocal/apache-1.3.19/bin/apxs' '--with-ldap=/usr/local' 
'--with-mysql=/usr/slocal/mysql' '--without-gd' '--with-mcrypt'


-- 
Edit Bug report at: http://bugs.php.net/?id=9828&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 #9827 Updated: Floating point exception when starting apache

2001-03-18 Thread matti

ID: 9827
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproduceable crash
Description: Floating point exception when starting apache

The calculation itself does not lead to the overflow. I inserted this line right 
before the error happens:

fprintf (stdout, "Value: %f", ..calculation comes here ...);

So I guess the function accepts only numbers to a certain size. (values over approx. 
2^34 or under 2^-34 makes apache hurl)

Previous Comments:
---

[2001-03-18 21:43:26] [EMAIL PROTECTED]
- HW: Cobalt Raq2 (MIPS R3000)
- OS: Linux
- Apache: 1.3.19
- PHP built with these arguments:
  --with-apxs
  --enable-trans-sid
- PHP release: 4.0.4pl1 and the latest CVS snapshot (date 18/03/2001)

when starting apache with "./httpd", a core is dumped. The message is: Floating point 
exception (core dumped)

I played around with gdb, the exception occurs in:

ext/standard/crypt.c:105

php_srand(time(0) * getpid() * php_combined_lcg() * 1.0 );

I played around with this line. When I replace the value 1.0 with 1.0 and 
recompile the stuff, it works. I'm no C programmer, but I think this is due to an 
overflow problem.

If you need more informations, tell me!

Best regards

Matti Weiersmueller

---


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


-- 
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] Getting Started with new module

2001-03-18 Thread Andi Gutmans

I'm not too familiar with Tuxedo but the first step would be for you to 
actually write a PHP module which interfaces with Tuxedo. Once you're done 
with it/tested it and you feel it's worth putting into PHP we can open you 
a CVS account.
I don't think there are many people who will need this kind of module but I 
might be wrong. In any case, once we create a repository for modules which 
live outside the PHP CVS we could then move it there.

Andi

At 08:29 PM 3/18/2001 -0600, Brian Foddy wrote:
>Some months back I inquired about writing a BEA Tuxedo module for PHP.
>I got side-tracked for a while, but now I'd like to resume exploring this 
>possibility.
>Primarily, because I'd like to use this module myself, but also feel it 
>would be
>a natural match to an environment like PHP on a web server.  First obvious
>question is is anyone working on a Tuxedo hook?  If not, I'd like
>to volunteer.
>
>For those not familiar with Tuxedo, its a high-end transaction middleware
>Client/Server environment used in many larger corporate 
>environments.  Reference
>http://www.beasys.com/products/tuxedo/index.shtml
>for a good starting point.
>
>My thoughts are that PHP should have the ability to be a Tuxedo client,
>so it can call Tux services elsewhere in a Tux environment.  These services
>can be located on the same machine, one other machine, numerous
>other machines, even mainframes.  Ideally, all seemlessly called.
>It would call services in much the same way PHP calls a service from a 
>database.
>I would only propose a web/PHP server be a client to Tuxedo.  I can't
>imagine how a Tux server would even technically be incorporated into PHP.
>
>So, where to start???  I've looked through some of the code for other external
>modules.  Sybase_ct for instance which is another environment I'm familiar 
>with.
>Tuxedo has numerous API calls, but most of them aren't used for clients, so
>I don't think there would be many new functions.  A basic Tux client can be
>written with as few as 6 API functions.  It does require some similar 
>connection
>concepts as databases, and also has its own memory allocation / free functions
>(tpalloc, tpfree).
>
>My personal resume includes 8+ years of UNIX, C, and database development
>mostly on Solaris, Linux, Sybase, and Informix.
>I feel I should be technically able to complete this type of project.
>
>I've read the apidoc.txt and apidoc-zend.txt files, but seems there are 
>still some
>holes.  Can anyone suggest the best way to get started?
>
>Much appreciated,
>Brian Foddy
>[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 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] feature request

2001-03-18 Thread Andi Gutmans

It should be possible to do this. I'll look into it. But I also need to 
think about how much sense it makes :)
Today you're asking for isset(...,...,...). Tomorrow you will ask to know 
which one was not set if it failed.
So I hope what youreally want is only the first.

Andi

At 09:42 PM 3/18/2001 -0500, Mike Robinson wrote:
>Chris Newbill writes:
>
> > This would not be a bad idea IMHO and I would use it for some things.
> >
> > The functionality would be inclusive not exclusive.  So
> > isset($var1, $var2,
> > $var3) would only return true if $var1, $var2, and $var3 are set and false
> > otherwise.
> >
> > So If I had a form passing $name, $email, $phone:
> >
> > example #1
> > if (isSet($name, $email, $phone))
> >// ALL GOOD
> >
> > Instead of
> >
> > example #2
> > if ((isSet($name)) &&
> > (isSet($email)) &&
> > (isSet($phone)))
> > // ALL GOOD
> >
> > Granted if one variable wasn't set, then you might run into some minor
> > issues if you want to figure out which one is not set.  But that is the
> > developers choice. :)
> >
> > It wouldn't break existing functionality, seems simple enough to implement
> > (although my karma is limited to doc's so someone else would have
> > to do it),
> > and would make some people happy.  That seems to be reason enough
> > to do it.
> >
> > Just my 2 cents.
>
>Ditto.
>It would be handy. If you are willing and able to do
>stuff like this, maybe a request for additional karma
>would be in order.
>
>Mike Robinson
>
>
>
>
>
>--
>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] feature request

2001-03-18 Thread Cameron

personally all i want is isset(blah,blah,blah)

im dealing with 18 items from a form here and im getting sick of typing them all
;)

im not too worried about which one isnt set because i just display a not all
fields filled in and use a javascript back button. simple?

thats all i want but if you start adding this to one of these types of functions
you will probably want to add it to empty() and so on ?


Cameron

Andi Gutmans wrote:

> It should be possible to do this. I'll look into it. But I also need to
> think about how much sense it makes :)
> Today you're asking for isset(...,...,...). Tomorrow you will ask to know
> which one was not set if it failed.
> So I hope what youreally want is only the first.
>
> Andi
>
> At 09:42 PM 3/18/2001 -0500, Mike Robinson wrote:
> >Chris Newbill writes:
> >
> > > This would not be a bad idea IMHO and I would use it for some things.
> > >
> > > The functionality would be inclusive not exclusive.  So
> > > isset($var1, $var2,
> > > $var3) would only return true if $var1, $var2, and $var3 are set and false
> > > otherwise.
> > >
> > > So If I had a form passing $name, $email, $phone:
> > >
> > > example #1
> > > if (isSet($name, $email, $phone))
> > >// ALL GOOD
> > >
> > > Instead of
> > >
> > > example #2
> > > if ((isSet($name)) &&
> > > (isSet($email)) &&
> > > (isSet($phone)))
> > > // ALL GOOD
> > >
> > > Granted if one variable wasn't set, then you might run into some minor
> > > issues if you want to figure out which one is not set.  But that is the
> > > developers choice. :)
> > >
> > > It wouldn't break existing functionality, seems simple enough to implement
> > > (although my karma is limited to doc's so someone else would have
> > > to do it),
> > > and would make some people happy.  That seems to be reason enough
> > > to do it.
> > >
> > > Just my 2 cents.
> >
> >Ditto.
> >It would be handy. If you are willing and able to do
> >stuff like this, maybe a request for additional karma
> >would be in order.
> >
> >Mike Robinson
> >
> >
> >
> >
> >
> >--
> >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 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] feature request

2001-03-18 Thread Chris Newbill

Oh come on Andi, are you telling me you can't do everything at once?

Yes, I don't care about which one is the non-set variable.  I'd be glad to
help on making this function work like that, but I'm afraid my C is rusty
enough to require Tetanus shots for everyone involved. :) (Okay so it isn't
really that bad.)

Well, I remember reading that someone suggested making it so that any
negative number was false.  So if that was the case and I did the following:

$a = 1;
$b = 2;
$d = 4;

$play_nice = isSet($a, $b, $c, $d);

if (!$play_nice) {
print "The variable missing is in position ";
print ($play_nice*-1);
}

And it would print 3, in which case we would know $c is not set.  I'm not
that sure about this approach, seems like a hack, but the
I-don't-care-which-one-isn't-set approach seems fine to me.

Maybe a poll?

(X) Extend the isset() and empty() functions to encompass multiple
variables as one inclusive logic test.
( ) Don't touch my beloved functionality vile creatures!

-Chris

> From: Andi Gutmans [mailto:[EMAIL PROTECTED]]
> Subject: RE: [PHP-DEV] feature request
>
>
> It should be possible to do this. I'll look into it. But I also need to
> think about how much sense it makes :)
> Today you're asking for isset(...,...,...). Tomorrow you will ask to know
> which one was not set if it failed.
> So I hope what youreally want is only the first.
>
> Andi
>
> At 09:42 PM 3/18/2001 -0500, Mike Robinson wrote:
> >Chris Newbill writes:
> >
> > > This would not be a bad idea IMHO and I would use it for some things.
> > >
> > > The functionality would be inclusive not exclusive.  So
> > > isset($var1, $var2,
> > > $var3) would only return true if $var1, $var2, and $var3 are
> set and false
> > > otherwise.
> > >
> > > So If I had a form passing $name, $email, $phone:
> > >
> > > example #1
> > > if (isSet($name, $email, $phone))
> > >// ALL GOOD
> > >
> > > Instead of
> > >
> > > example #2
> > > if ((isSet($name)) &&
> > > (isSet($email)) &&
> > > (isSet($phone)))
> > > // ALL GOOD
> > >
> > > Granted if one variable wasn't set, then you might run into some minor
> > > issues if you want to figure out which one is not set.  But
> that is the
> > > developers choice. :)
> > >
> > > It wouldn't break existing functionality, seems simple enough
> to implement
> > > (although my karma is limited to doc's so someone else would have
> > > to do it),
> > > and would make some people happy.  That seems to be reason enough
> > > to do it.
> > >
> > > Just my 2 cents.
> >
> >Ditto.
> >It would be handy. If you are willing and able to do
> >stuff like this, maybe a request for additional karma
> >would be in order.
> >
> >Mike Robinson
> >
> >
> >
> >
> >
> >--
> >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 #9829:

2001-03-18 Thread alex

From: [EMAIL PROTECTED]
Operating system: win32
PHP version:  4.0.4pl1
PHP Bug Type: Arrays related
Bug description:  

";
}
?>
There are two problems (see result):

0 - N
1 - N
2 - N
3 - 
4 - 
5 - 
6 - 

There are no any warnings and errors.

I'm using default configuration.

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
; buffering functions, or enable output buffering for all files
; by setting this directive to On.
implicit_flush=Off  ; Implicit flush tells PHP to tell the output layer to flush 
itself
; automatically after every output block.  This is equivalent to
; calling the PHP function flush() after each and every call to print()
; or echo() and each and every HTML block.
; Turning this option on has serious performance implications, and
; is generally recommended for debugging purposes only.
allow_call_time_pass_reference=On   ; whether to enable the ability to force 
arguments to be 
; passed by reference at function-call time.  This method
; is deprecated, and is likely to be unsupported in future
; versions of PHP/Zend.  The encouraged method of specifying
; which arguments should be passed by reference is in the
; function declaration.  You're encouraged to try and
; turn this option Off, and make sure your scripts work
; properly with it, to ensure they will work with future
; versions of the language (you will receive a warning
; each time you use this feature, and the argument will
; be passed by value instead of by reference).

; Safe Mode
safe_mode=Off
safe_mode_exec_dir=
safe_mode_allowed_env_vars=PHP_ ; Setting certain 
environment variables
; may be a potential security breach.
; This directive contains a comma-delimited
; list of prefixes.  In Safe Mode, the
; user may only alter environment
; variables whose names begin with the
; prefixes supplied here.
; By default, users will only be able
; to set environment variables that begin
; with PHP_ (e.g. PHP_FOO=BAR).
; Note:  If this directive is empty, PHP
; will let the user modify ANY environment
; variable!
safe_mode_pr