date:20020206



>> WSAEFAULT:
>>  The name or the namelen parameter is not a valid part of the user
>> address space, the namelen parameter is too small, or the name
>> parameter contains incorrect address format for the associated address
>> family.

> Thanks, this helps a lot (I think). Does it work if you in line
> 1053 or so, replace
> size = sizeof(php_sockaddr_storage);
> with
> size = sizeof(struct sockaddr_in);

OK, this makes it work... on Win98 at least (and it still works on NT :-)

> ? If it does, could you perhaps try to determine the maximum value?
> I would try to add 1 to the size above, and also 256, 128 and 64.

Adding one is enough for the function to fail... (adding 256 fails too)

Hope this helps! (it has helped me, at least :)

Cheerio, Marc.

BTW, I also get a compile warning: 
H:\home\php-dev\php4\ext\ftp\ftp.c(120) : warning C4761: integral size
mismatch in argument; conversion supplied

which can be solved by changing the line from
ftp->fd = php_hostconnect(host, port ? port : 21, SOCK_STREAM, (int)
timeout_sec);
to
ftp->fd = php_hostconnect(host, (unsigned short) (port ? port : 21),
SOCK_STREAM, (int) timeout_sec);

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Lists

John Donagher wrote:
> This has probably been mentioned before, but I think the naming of php-dev is
> way misleading. It's funny that people get so ripped when someone sends an
> off-topic question to this list. Someone who doesn't read the descriptions may
> very well take php-dev to mean PHP development.   This is ambiguous; it doesn't
> make any distinction between developing with php and developing the language
> itself. Whining about people not reading the descriptions won't change it; get
> over it.

These messages most likely do not come from people who have looked at the php.net
list of lists at all, as the dev list is hidden way down while php-general is in
a *much* more prominent place.

My theory is that these messages come from people who have found the
list address in archived messages while searching for php related
topics using a search engine. We have the same effect on the php-lang
list which isn't even advertised at all on php.net.

So i guess renaming the dev list would only help for a short period of time,
while mandatory subscription via the php.net support pages is the only
way to get rid of this special problem.

-- 
Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77

Wir stellen für Sie aus auf der CeBIT 2002 und freuen uns
in Halle 6 auf Ihren Besuch am Stand H 18

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_7) /sapi/roxen roxen.c

Derick Rethans wrote:
> On Sun, 3 Feb 2002, Yasuo Ohgaki wrote:
> 
> Sometimes it takes a while for me to reply, but here it is :)
> 
> 
>>Thanks.
>>I feel it also. Although, I think are better to release 4.1.2
>>before 4.2.0.
>>
> 
> What _very_ critical fixes where done in the 4.1 branch? IMO, they
> certaily do not need a new 'bug-fix' release as was needed for 4.1.0.
> Therefore there shall not be an 4.1.2.

Not really.
I'm one of them that hesitate to use any version end with 0 for
production systems. I feel confortable Version X.X.2 or X.X.3,
especially when I don't know anything about source code.

Therefore, I feel needs for 4.1.2, since there are critical
bugs in 4.1.1. Some of them are easily merged from HEAD.

>>I wouldn't merge my massive PostgreSQL changes
>>to release branch, but I would like to merge
>>simple and critical bug fixes to relase branch.
>>
> 
> What do you define as critical exactly? For me it is a security problem,
> or a major feature of PHP not working (ie. sessions or a bug in the MySQL
> module which renders it totally useles.)

For me, segfault, data loss, security problem, bugs that can lead
really hard to find in a script, build problem, problems that have no 
workaround and makes PHP useless for certain job. There may be others.

>>One think build error is ciritical, but others
>>not :)
>>
> 
> I wasn't aware that it was a build error. In this case it should be merged
> of course.
> 

We can agree on this one.
Probably other problems, too :)
-- 
Yasuo Ohgaki

_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Bug #15390: Persistent OCI8 Connections Get Poisoned

2002-02-06 Thread Thies C. Arntzen


On Tue, Feb 05, 2002 at 09:10:57PM -0500, George Schlossnagle wrote:
> Isn't there handling for this in current cvs code?  I remember 
> submitting a patch for this (and assoicated problems) to Thies, and it 
> being accepted. 

there is - but there seem to be some error-codes missing.
george, you run a big PHP-oracle site if i recall right - ist
it working to your satisfaction?

tc
> 
> George 
> 
> On Tuesday, February 5, 2002, at 04:23 PM, Hans Zaunere wrote: 
> 
> 
> >   
> > Good idea (for the situation anyway).  It works.  I have all custom 
> > error handlers anyway, so when I detect a ORA-03313 error, I kill 
> > the current process with a SIGTERM.  Since I use header() to 
> > redirect to the error page, sometimes I get a blank page, but 
> > atleast when the database comes back, the whole system is back. 
> > Although PHP should handle this better in some manner.  :) 
> > 
> > Thank you, 
> > 
> > Hans 
> > 
> > [EMAIL PROTECTED] wrote: 
> > 
> > We are seeing this problem too. I am thinking of having a standard 
> > error 
> > page which executes 
> > 
> > posix_kill ( pos_getpid()) ; 
> > 
> > On Oracle errors. 
> > 
> > > From: [EMAIL PROTECTED] 
> > > Operating system: RedHat 6.2 
> > > PHP version:  4.0.6 
> > > PHP Bug Type: OCI8 related 
> > > Bug description:  Persistent OCI8 Connections Get Poisoned 
> > > 
> > > I have PHP 4.0.6 compiled as an Apache 1.3.20 module with OCI8 
> > and 
> > > MySQL on RedHat 6.2.  I use persistent connections with OCI8 to 
> > avoid 
> > > the costly connection construction for Oracle for each request. 
> > > However, I notice that these persistent connections get 
> > "poisoned" 
> > > under certain 
> > > circumstances.  What I mean by this is this: 
> > > 
> > > Since each persistent connection stays with it's corresponding 
> > Apache 
> > > process, if the database happens to be down when a request comes 
> > in, 
> > > the persistent connection that is used throws an ORA-03113.  
> > However, 
> > > even when the database comes back, the persistent connection 
> > still 
> > > thinks the database is down somehow, and will continue to throw 
> > the 
> > > ORA-03113 error.  As a result, if a request happens to hit the 
> > poisoned 
> > > Apache process, it appears the database is down.  If a request 
> > hits 
> > > another Apache process, all is OK. 
> > > 
> > > So far, the only way I've seen to deal this is to restart Apache, 
> > and 
> > > have the persistent connections build up again.  Obviously, this 
> > is not 
> > > a good thing, and if database connectivity is lost in any form, 
> > the 
> > > persistent connections get poisoned again, and the cycle begins. 
> > > 
> > > Now as this might not be a bug per se, I would think that 
> > persistent 
> > > connections should at least check that they aren't corrupted in 
> > some 
> > > way; or 'freshen' themselves.  Although I haven't tested it 
> > fully, I 
> > > have never seen this behavior with persistent MySQL connections. 
> > > 
> > > Please contact me for any further details or clarification if 
> > needed. 
> > > 
> > > Thank you, 
> > > 
> > > Hans 
> > > -- 
> > > Edit bug report at http://bugs.php.net/?id=15390&edit=1 
> > > -- 
> > > Fixed in CVS:    
> > http://bugs.php.net/fix.php?id=15390&r=fixedcvs 
> > > Fixed in release: 
> > > http://bugs.php.net/fix.php?id=15390&r=alreadyfixed Need 
> > backtrace: 
> > >  http://bugs.php.net/fix.php?id=15390&r=needtrace Try newer 
> > version: 
> > > http://bugs.php.net/fix.php?id=15390&r=oldversion Not developer 
> > issue: 
> > > http://bugs.php.net/fix.php?id=15390&r=support Expected behavior: 
> > > http://bugs.php.net/fix.php?id=15390&r=notwrong Not enough info: 
> > > http://bugs.php.net/fix.php?id=15390&r=notenoughinfo 
> > > 
> > > 
> > > -- 
> > > PHP Development Mailing List  
> > > To unsubscribe, visit: http://www.php.net/unsub.php 
> > 
> > 
> > 
> // George Schlossnagle 
> // 1024D/1100A5A0  1370 F70A 9365 96C9 2F5E 56C2 B2B9 262F 1100 A5A0 
> 
> 

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15399: returning fields with appropriate type from MySQL

2002-02-06 Thread a


From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.1.1
PHP Bug Type: Feature/Change Request
Bug description:  returning fields with appropriate type from MySQL

As a recent starter with PHP and MySQL, I have been caught out for too long
not realising that all fields returned using mysql_fetch_row (and
presumably others) are returned as strings. It would be really useful if
there were a variant mysql call which returned the field with an
appropriate type. Is the problem that PHP doesn't have enough types? Well,
a fairly good job could be done on it anyhow.
-- 
Edit bug report at http://bugs.php.net/?id=15399&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15399&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15399&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15399&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15399&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15399&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15399&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15399&r=notenoughinfo


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclusion(?)]

Hi all,

I'm posting this for those who are not subscribing
Zend Engine 2 list.

Many of developers seems to have case sensitivity for
class/function names.
However, we need vote for if PHP5 will have case
sensitive class/function/constant names.

If you have comments, please submit one.

PS: We know we can cheat. Let's hope nobody cheat :)
You can read Zend Engne 2 list archive at
http://www.zend.com/lists.php

--
Yasuo Ohgaki

 Original Message 
Subject: Re: [Zend Engine 2] Case sensitivity: Conclusion(?)
Date: Tue, 05 Feb 2002 14:53:38 +0900
From: Yasuo Ohgaki <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
CC: Shane Caraveo <[EMAIL PROTECTED]>, Andi Gutmans <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>

Yasuo Ohgaki wrote:
 > I can understand Shane's opinon.
 > However, since we have vote fature in bug db,
 > I think we may use it for voting.
 > (I appreciate if we do not start discussion
 > about issues/problems with current vote feature
 > in bug db.)
 >
 > Should we ask php-dev and/or php-general?
 > Any comments?

If nobody objects or donates voting server for us to use,
I'll create a feature request and ask php-dev subscribers
to vote.

We can decide if we need to ask php-general later.

Ok?

--
Yasuo Ohgaki

_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclusion(?)]



> However, we need vote for if PHP5 will have case
> sensitive class/function/constant names.

+1 for case-sensitive everything

Cheerio, Marc.

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15400: Queries Crashing PHP.EXE

2002-02-06 Thread john_woodhouse


From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.1.1
PHP Bug Type: MSSQL related
Bug description:  Queries Crashing PHP.EXE

Evenin'...

This morning I decided to try PHP for our company web site instead of
VBScript.  Imagine my delight to find PHP will handle SQL7 with the
minimum of fuss... all it would take was



Or even lazier


Brilliant 15 lines of VBScript is 3 lines..

Imagine, then, my chagrin, for when I added the mssql_query(); statement I
get a window saying PHP.EXE - Application Error.. The instruction at
"0x00" referenced memory at "0x00", The memory could not be "read"...

Is it me???

The setup I used was the windows installer but I put php_mssql.dll into
c:\PHP and told the php.ini file where it was.. I also stuck the
ntwdblib.dll into c:\windows\system32... Yes I know it should be c:\winnt
but I changed it at setup...

AAaaanyway...
-- 
Edit bug report at http://bugs.php.net/?id=15400&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15400&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15400&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15400&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15400&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15400&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15400&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15400&r=notenoughinfo


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] fopen / relative LINKS

2002-02-06 Thread Patricio Galeas


Hello :

I tried to use :
$fn=fopen("http://WEB-address";, "r");

But I have problems when the HTML document has relative LINKS or images with
relativ path.

This Links have my Server-Address as Path. !!

How can I solve it

Thank You for your Help
Please response to : [EMAIL PROTECTED]



-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #14848 Updated: PHP crash on exit.

2002-02-06 Thread daniele


 ID:   14848
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
-Bug Type: XML related
+Bug Type: Reproducible crash
 Operating System: Linux
-PHP Version:  4.1.1
+PHP Version:  php4-20020206000
 New Comment:

I done some other tests with the latest snapshot (php4-20020206000).

If I put a set_time_limit(0) on the top of the script php doesn't crash
but it takes a long time to finish (~3 minutes on an athlon XP1800 with
512M);  probably it is freeing memory a lot of memory.

If I put set_time_limit(10) the script crashes:


Starting program: /usr/local/bin/php test.php
OK!

Fatal error: Maximum execution time of 10 seconds exceeded in Unknown
on line 0
Unknown(0) : Fatal error - Maximum execution time of 10 seconds
exceeded

Program received signal SIGSEGV, Segmentation fault.
0x401b9e23 in chunk_free (ar_ptr=0x4026b520, p=0x8216dd0) at
malloc.c:3228
3228malloc.c: No such file or directory.
in malloc.c
(gdb) bt
#0  0x401b9e23 in chunk_free (ar_ptr=0x4026b520, p=0x8216dd0) at
malloc.c:3228
#1  0x401b9ba8 in __libc_free (mem=0x8217118) at malloc.c:3154
#2  0x08068e16 in shutdown_memory_manager (silent=1, clean_cache=0) at
zend_alloc.c:524
#3  0x08083a32 in php_request_shutdown (dummy=0x0) at main.c:745
#4  0x08062b2e in main (argc=2, argv=0xb8a4) at php_cli.c:597
#5  0x40159306 in __libc_start_main (main=0x80623b4 , argc=2,
ubp_av=0xb8a4, init=0x8060a10 <_init>, fini=0x814ecf0 <_fini>, 
rtld_fini=0x4000d2dc <_dl_fini>, stack_end=0xb89c) at
../sysdeps/generic/libc-start.c:129
(gdb) 





Previous Comments:


[2002-01-07 11:11:10] [EMAIL PROTECTED]

I have a testcase:

test.php:



The export.xml file is available on
http://www.libertyline.com/download/export.xml.bz2 (the compressed
version is only 3213 bytes)






[2002-01-04 09:38:03] [EMAIL PROTECTED]

Spoken too early, the bug is also present in 4.0.6, but the program
doesn'crash, it says Maximum execution time exceeded ) and hangs.

Killing the process with SIGABRT produces the following backtrace (got
from the core file)

(gdb) bt
#0  0x401b9d2b in chunk_free (ar_ptr=0x4026b520, p=0x81f9e10) at
malloc.c:3252
#1  0x401b9ba8 in __libc_free (mem=0x81f9ee8) at malloc.c:3154
#2  0x080cd191 in _efree (ptr=0x81f9ef4) at zend_alloc.c:232
#3  0x080cd5bb in shutdown_memory_manager (silent=0, clean_cache=1) at
zend_alloc.c:437
#4  0x08062fc4 in php_module_shutdown () at main.c:942
#5  0x08061e78 in main (argc=2, argv=0xb874) at cgi_main.c:752
#6  0x40159306 in __libc_start_main (main=0x8061664 , argc=2,
ubp_av=0xb874, init=0x805fe7c <_init>, fini=0x8105c60 <_fini>, 
rtld_fini=0x4000d2dc <_dl_fini>, stack_end=0xb86c) at
../sysdeps/generic/libc-start.c:129




[2002-01-04 07:28:33] [EMAIL PROTECTED]

I found a bug using php 4.1.1 on redhat linux 7.1
My script uses the xml_parse_into_struct to parse a large XML file (2
mb) and then inserts the contents into a mysql database.

The script hangs at the end, and after 30 seconds it exits with 

Fatal error:  Maximum execution time of 30 seconds exceeded in
Unknown on line 0
Segmentation fault (core dumped)

The script is launched from the  command line.

This is the backtrace of the core file

(gdb) bt
#0  0x401b9dce in chunk_free (ar_ptr=0x4026b520, p=0x81b5260) at
malloc.c:3242
#1  0x401b9ba8 in __libc_free (mem=0x81b5268) at malloc.c:3154
#2  0x080e3dcd in _efree (ptr=0x81b5274) at zend_alloc.c:246
#3  0x080e420b in shutdown_memory_manager (silent=1, clean_cache=1) at
zend_alloc.c:469
#4  0x0806361a in php_module_shutdown () at main.c:1005
#5  0x0806228d in main (argc=2, argv=0xb874) at cgi_main.c:788
#6  0x40159306 in __libc_start_main (main=0x8061978 , argc=2,
ubp_av=0xb874, init=0x80600c4 <_init>, fini=0x810ffe0 <_fini>, 
rtld_fini=0x4000d2dc <_dl_fini>, stack_end=0xb86c) at
../sysdeps/generic/libc-start.c:129
(gdb) 

The script works fine with php 4.0.6


Daniele Paoni





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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclus ion(?)]


Marc Boeren wrote:
> +1 for case-sensitive everything

so you volunter to rewrite all the code that uses oci or gd
extension now but uses it all lowercase? ;)


-- 
Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77

Wir stellen für Sie aus auf der CeBIT 2002 und freuen uns
in Halle 6 auf Ihren Besuch am Stand H 18


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclusion(?)]

2002-02-06 Thread Marko Karppinen



>> However, we need vote for if PHP5 will have case
>> sensitive class/function/constant names.
> 
> +1 for case-sensitive everything

-1. Differentiating two objects only by the case of their names
seems absurd to me. This is not how humans function.

Ease of implementation is the only thing speaking for case-sensitiveness in
my book. Case-insensitiveness is always more work. But I think it's well
worth the trouble.

Hence case-insensitive, case-preserving is my suggestion.
 
--Marko


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15401: include of parent class

2002-02-06 Thread av


From: [EMAIL PROTECTED]
Operating system: SuSE 7.2
PHP version:  4.1.1
PHP Bug Type: Class/Object related
Bug description:  include of parent class

Hi , 
i have a problem with follwing code :

1. File "A.php"


2. File "B.php"


3. File
http://bugs.php.net/?id=15401&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15401&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15401&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15401&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15401&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15401&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15401&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15401&r=notenoughinfo


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15402: include of parent class

2002-02-06 Thread av


From: [EMAIL PROTECTED]
Operating system: SuSE 7.2
PHP version:  4.1.1
PHP Bug Type: Class/Object related
Bug description:  include of parent class

Hi , 
i have a problem with follwing code :

1. File "A.php"


2. File "B.php"


3. File
http://bugs.php.net/?id=15402&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15402&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15402&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15402&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15402&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15402&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15402&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15402&r=notenoughinfo


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclus ion(?)]



> > +1 for case-sensitive everything
> 
> so you volunter to rewrite all the code that uses oci or gd
> extension now but uses it all lowercase? ;)

I didn't say +1 for lower-case everything! (although that is my preference,
for functionnames at least  ;-)

Cheerio, Marc.

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclus ion(?)]




> > +1 for case-sensitive everything
> 
> -1. Differentiating two objects only by the case of their names
> seems absurd to me. This is not how humans function.

I don't think people should write code that differentiates by case, but
case-sensitive coding leads to consistency in naming, so you will not read
MySQL_ConneCt somewhere and mysql_connect somewhere else, while it means the
same thing...
An unwanted side-effect is that it allows people to differentiate using
case.

Cheerio, Marc.

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclus ion(?)]

Marc Boeren wrote:
>>>+1 for case-sensitive everything
>>>
>>so you volunter to rewrite all the code that uses oci or gd
>>extension now but uses it all lowercase? ;)
>>
> 
> I didn't say +1 for lower-case everything! (although that is my preference,
> for functionnames at least  ;-)

oci and gd extensions had mixed-case names for ages,
but you see both mixed- and all-lower case usage
all over the place now

no matter how the function names themselves will be
in the future, case-sensitivity will break app. half of
the existing code using them

we've been fighting about backwards compatibilty issues
far less critical than this and usualy have decided to
keep bc where possible until it really does hurt to much,
all these efforts would become useless if we introduced
a bc breaking change as far reaching as this just for
cosmetic/esthetic reasons ...

-- 
Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77

Wir stellen für Sie aus auf der CeBIT 2002 und freuen uns
in Halle 6 auf Ihren Besuch am Stand H 18

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclus ion(?)]

2002-02-06 Thread Markus Fischer


On Wed, Feb 06, 2002 at 11:01:21AM +, Marko Karppinen wrote : 
> 
> >> However, we need vote for if PHP5 will have case
> >> sensitive class/function/constant names.
> > 
> > +1 for case-sensitive everything
> 
> -1. Differentiating two objects only by the case of their names
> seems absurd to me. This is not how humans function.
> 
> Ease of implementation is the only thing speaking for case-sensitiveness in
> my book. 

You have the wrong book then. Painless integration with other
technologies is the main argument (.NET, SOAP, SRM [didn't
forget it this time, Derick ;)])

>Case-insensitiveness is always more work. But I think it's well
> worth the trouble.

I admit it will definitely raise the bar for newbies a bit.

-- 
Please always Cc to me when replying to me on the lists.

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclusion(?)]



> oci and gd extensions had mixed-case names for ages,
> but you see both mixed- and all-lower case usage
> all over the place now

OK, I see your point.
I'll start writing a little shellscript that recursively crawls through your
filesystem, updating every text-file against a list of function-names and
lowercasing everything else... *grin*

My preference is still to use case-sensitivity, but the BC-argument is a
very good one (the only one? :) against it... so it depends on how much BC
will be broken anyway by other changes...

Cheerio, Marc.

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclusion(?)]

2002-02-06 Thread Marko Karppinen


Markus:
> You have the wrong book then. Painless integration with other
> technologies is the main argument (.NET, SOAP, SRM [didn't
> forget it this time, Derick ;)])

I have some trouble believing that this is a real-world problem.
Interfacing with a case-sensitive system is troublesome only
when someone actually depends on being able to differentiate
two objects only by the case of their names. Have you met such
code "in the wild"?

Personally, I've used a case-insensitive but case-preserving
file system for more than five years now, while constantly
dealing with and mounting volumes from machines with
case-sensitive file systems. During this time I have encountered
ZERO problems related to incompatible case handling between systems.

This leads me to believe that the interop problem you describe is
theoretical in nature. Prove me wrong :-)

--Marko


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] CVS Account Request: 033743469

2002-02-06 Thread Ohad Gincel


Translation of PHP manual to Hebrew

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclusion(?)]

2002-02-06 Thread Marko Karppinen

Marc wrote:
> I don't think people should write code that differentiates by case, but
> case-sensitive coding leads to consistency in naming, so you will not read
> MySQL_ConneCt somewhere and mysql_connect somewhere else, while it means the
> same thing...

If you just want to promote case-accurate usage of the built-in functions,
you could just start throwing E_NOTICEs or E_WARNINGs when the functions are
called with a differing case. Being case-sensitive just for this seems
overkill to me.

--Marko 

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclus ion(?)]


Hartmut Holzgraefe wrote:
> Marc Boeren wrote:
> 
>> +1 for case-sensitive everything
> 
> 
> so you volunter to rewrite all the code that uses oci or gd
> extension now but uses it all lowercase? ;)
> 
> 

Andrei has been wrote conversion program.
I don't know the details, but it may do better job
than making all to lowercase (?)

-- 
Yasuo Ohgaki


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] PLEASE read before you reply :)


To all,

Please read archive.
Most of things has been discussed in Zend Engine 2 list already.

Marko Karppinen wrote:
> Marc wrote:
> 
>>I don't think people should write code that differentiates by case, but
>>case-sensitive coding leads to consistency in naming, so you will not read
>>MySQL_ConneCt somewhere and mysql_connect somewhere else, while it means the
>>same thing...
>>
> 
> If you just want to promote case-accurate usage of the built-in functions,
> you could just start throwing E_NOTICEs or E_WARNINGs when the functions are
> called with a differing case. Being case-sensitive just for this seems
> overkill to me.

This is not a option due to performance reason.
Please refer to the archive for details.

-- 
Yasuo Ohgaki


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15401 Updated: include of parent class

2002-02-06 Thread yohgaki


 ID:   15401
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Class/Object related
 Operating System: SuSE 7.2
 PHP Version:  4.1.1
 New Comment:

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php


Previous Comments:


[2002-02-06 06:02:51] [EMAIL PROTECTED]

Hi , 
i have a problem with follwing code :

1. File "A.php"


2. File "B.php"


3. File
http://bugs.php.net/?id=15401&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15402 Updated: include of parent class

2002-02-06 Thread yohgaki


 ID:   15402
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Class/Object related
 Operating System: SuSE 7.2
 PHP Version:  4.1.1
 New Comment:

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php


Previous Comments:


[2002-02-06 06:03:00] [EMAIL PROTECTED]

Hi , 
i have a problem with follwing code :

1. File "A.php"


2. File "B.php"


3. File
http://bugs.php.net/?id=15402&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclus ion(?)]


Yasuo Ohgaki wrote:
> Andrei has been wrote conversion program.
> I don't know the details, but it may do better job
> than making all to lowercase (?)

will it also detect and rewrite the usage of
function/method names in strings used for eg.
callback handlers?



-- 
Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77

Wir stellen für Sie aus auf der CeBIT 2002 und freuen uns
in Halle 6 auf Ihren Besuch am Stand H 18


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15402 Updated: include of parent class

2002-02-06 Thread av


 ID:   15402
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Class/Object related
 Operating System: SuSE 7.2
 PHP Version:  4.1.1
 New Comment:

*g*
u mean ,
it is not a bug ? ;-)



Previous Comments:


[2002-02-06 06:48:31] [EMAIL PROTECTED]

The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php



[2002-02-06 06:03:00] [EMAIL PROTECTED]

Hi , 
i have a problem with follwing code :

1. File "A.php"


2. File "B.php"


3. File
http://bugs.php.net/?id=15402&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: fopen / relative LINKS


Patricio Galeas wrote:
> Hello :
> 
> I tried to use :
> $fn=fopen("http://WEB-address";, "r");
> 
> But I have problems when the HTML document has relative LINKS or images with
> relativ path.
> 
> This Links have my Server-Address as Path. !!
> 
> How can I solve it
> 
> Thank You for your Help
> Please response to : [EMAIL PROTECTED]
> 
> 
> 

Wrong list for asking this kind of questions.
This list is for developing PHP itself and/or module in C.

Please ask support questions to [EMAIL PROTECTED]

-- 
Yasuo Ohgaki


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15400 Updated: Queries Crashing PHP.EXE

2002-02-06 Thread sander


 ID:   15400
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: MSSQL related
 Operating System: Windows 2000
 PHP Version:  4.1.1
 New Comment:

Are you calling mssql_connect() this way or did I misunderstand it?
mssql_connect("[localhost,123]", "[www]", "[secret]");
AFAIK, you should just call
mssql_connect("localhost:123", "www", "secret");

Is that your problem?

Anyway, it SHOULDN'T crash.


Previous Comments:


[2002-02-06 05:50:49] [EMAIL PROTECTED]

Evenin'...

This morning I decided to try PHP for our company web site instead of
VBScript.  Imagine my delight to find PHP will handle SQL7 with the
minimum of fuss... all it would take was



Or even lazier


Brilliant 15 lines of VBScript is 3 lines..

Imagine, then, my chagrin, for when I added the mssql_query();
statement I get a window saying PHP.EXE - Application Error.. The
instruction at "0x00" referenced memory at "0x00", The memory could not
be "read"...

Is it me???

The setup I used was the windows installer but I put php_mssql.dll into
c:\PHP and told the php.ini file where it was.. I also stuck the
ntwdblib.dll into c:\windows\system32... Yes I know it should be
c:\winnt but I changed it at setup...

AAaaanyway...




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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15389 Updated: slow ldap connect

2002-02-06 Thread sander


 ID:   15389
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
-Bug Type: Performance problem
+Bug Type: LDAP related
 Operating System: w2k advanced server
 PHP Version:  4.1.1
 New Comment:

Are you sure this is a problem with PHP and not with your network?
Try connecting to the server with another client.

(reclassified)


Previous Comments:


[2002-02-05 12:51:25] [EMAIL PROTECTED]

i tried the ldap functions with php 4.0.6 and now with 4.1.1.

the ldap queries are super fast, but the connect takes 4 to 5 seconds.

first i thought it was the queries but when i removed the queries the
script would still take the same time to execute. the queries would
only take about 1 second to compute.

i already use the ip address of the ldap server for the connect to
avoid dns lookups.

i understand that any connect procedure takes a while but for the user
to wait for 5 seconds is much too long.

is there a way to optimize the connect procedure?




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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15395 Updated: Zero Length Session Files and Sessions not recognized

2002-02-06 Thread sander


 ID:   15395
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Session related
 Operating System: Linux 2.2.19
 PHP Version:  4.1.1
 New Comment:

Ok. Closing.


Previous Comments:


[2002-02-05 19:29:56] [EMAIL PROTECTED]

This is not so much of a bug report as a fix to a problem that I have
seen many having.  I was using PHP v4.0.1, and had very little problems
with my sessions not being saved.  I didnt have a problem with zero
length files being created until I upgraded to PHP 4.0.4x.

Upon upgrading to this new version, ALL of my scripts that contained
sessions started creating 0 byte files, and would not save the session
variables.  I looked through all of these bug reports and noticed that
others were having these problems as well.  I also noticed that the
developers became aware of this problem and implemented $_SESSION
variables in 4.1.x versions.

I am writing this to attempt to help others that were having this
problem.  Here is what I did to fix it:

1] I obtained a fresh copy of Apache_1.3.23 from www.apache.org

2] I obtained a new copy of PHP v4.1.1 from the main site here. 
www.php.net

3] I installed as per the instructions in the PHP documentation.
(except I used ./configure --with-apxs --with-mysql --enable-track-vars
--enable-trans-sid)

4] I replaced instances of session_register (varname) to $_SESSION =
"value"; and added session_start() to the top of all my scripts.

Voila!  My 2 months of headaches were over!  My scripts all work now. 
There are no more sessions with blank data, no more troubles passint
the session ID to the next script.

Thank you guys (developers) for finding the problem with this issue,
and I hope this will help others that are having similar problems to
resolve them.




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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15403: Strange behavior of floor() with negative values

2002-02-06 Thread mail


From: [EMAIL PROTECTED]
Operating system: Windows NT
PHP version:  4.1.1
PHP Bug Type: *Math Functions
Bug description:  Strange behavior of  floor() with negative values

echo floor(1.6); // will output "1"
This is allright...

echo floor(-1.6); // will output "-2"
But shouldn't this one output "-1" instead?

---
Sebastian
-- 
Edit bug report at http://bugs.php.net/?id=15403&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15403&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15403&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15403&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15403&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15403&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15403&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15403&r=notenoughinfo


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclusion(?)]

2002-02-06 Thread Thies C. Arntzen


On Wed, Feb 06, 2002 at 07:40:18PM +0900, Yasuo Ohgaki wrote:
> Hi all,
> 
> I'm posting this for those who are not subscribing
> Zend Engine 2 list.
> 
> Many of developers seems to have case sensitivity for
> class/function names.
> However, we need vote for if PHP5 will have case
> sensitive class/function/constant names.
> 
> If you have comments, please submit one.
> 
> PS: We know we can cheat. Let's hope nobody cheat :)
> You can read Zend Engne 2 list archive at
> http://www.zend.com/lists.php

besides the BC mess i'm all for it (make PHP5 case-sensite).

tc

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15403 Updated: Strange behavior of floor() with negative values

2002-02-06 Thread hholzgra


 ID:   15403
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *Math Functions
 Operating System: Windows NT
 PHP Version:  4.1.1
 New Comment:

from http://php.net/floor:
"Returns the next lowest integer ..."

-2 < -1.6 < -1

so -2 is the next lowest integeter, not -1


Previous Comments:


[2002-02-06 08:31:06] [EMAIL PROTECTED]

echo floor(1.6); // will output "1"
This is allright...

echo floor(-1.6); // will output "-2"
But shouldn't this one output "-1" instead?

---
Sebastian




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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15400 Updated: Queries Crashing PHP.EXE

2002-02-06 Thread john_woodhouse


 ID:   15400
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: MSSQL related
 Operating System: Windows 2000
 PHP Version:  4.1.1
 New Comment:

Well it does...

Tried your way MSSQL_CONNECT("HOST:123", "USER", "PWD");

got

Warning: MS SQL: Unable to connect to server: HOST:123 in
c:\inetpub\wwwroot\hello.php on line 5

Warning: MS SQL message: Login failed for user '(null)'. Reason: Not
associated with a trusted SQL Server connection. (severity 14) in
c:\inetpub\wwwroot\hello.php on line 6

Warning: MS SQL: Unable to connect to server: (null) in
c:\inetpub\wwwroot\hello.php on line 6

Warning: MS SQL: A link to the server could not be established in
c:\inetpub\wwwroot\hello.php on line 6

Warning: MS SQL message: Login failed for user '(null)'. Reason: Not
associated with a trusted SQL Server connection. (severity 14) in
c:\inetpub\wwwroot\hello.php on line 7

Warning: MS SQL: Unable to connect to server: (null) in
c:\inetpub\wwwroot\hello.php on line 7

Warning: MS SQL: A link to the server could not be established in
c:\inetpub\wwwroot\hello.php on line 7

Tried MSSQL_CONNECT("HOST,123", "USER", "PWD");

and it crashes... with error stated in first posting


Previous Comments:


[2002-02-06 07:35:20] [EMAIL PROTECTED]

Are you calling mssql_connect() this way or did I misunderstand it?
mssql_connect("[localhost,123]", "[www]", "[secret]");
AFAIK, you should just call
mssql_connect("localhost:123", "www", "secret");

Is that your problem?

Anyway, it SHOULDN'T crash.



[2002-02-06 05:50:49] [EMAIL PROTECTED]

Evenin'...

This morning I decided to try PHP for our company web site instead of
VBScript.  Imagine my delight to find PHP will handle SQL7 with the
minimum of fuss... all it would take was



Or even lazier


Brilliant 15 lines of VBScript is 3 lines..

Imagine, then, my chagrin, for when I added the mssql_query();
statement I get a window saying PHP.EXE - Application Error.. The
instruction at "0x00" referenced memory at "0x00", The memory could not
be "read"...

Is it me???

The setup I used was the windows installer but I put php_mssql.dll into
c:\PHP and told the php.ini file where it was.. I also stuck the
ntwdblib.dll into c:\windows\system32... Yes I know it should be
c:\winnt but I changed it at setup...

AAaaanyway...




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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15400 Updated: Queries Crashing PHP.EXE

2002-02-06 Thread john_woodhouse


 ID:   15400
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: MSSQL related
 Operating System: Windows 2000
 PHP Version:  4.1.1
 New Comment:

the [] were just there to denote what I was putting into them


Previous Comments:


[2002-02-06 09:12:58] [EMAIL PROTECTED]

Well it does...

Tried your way MSSQL_CONNECT("HOST:123", "USER", "PWD");

got

Warning: MS SQL: Unable to connect to server: HOST:123 in
c:\inetpub\wwwroot\hello.php on line 5

Warning: MS SQL message: Login failed for user '(null)'. Reason: Not
associated with a trusted SQL Server connection. (severity 14) in
c:\inetpub\wwwroot\hello.php on line 6

Warning: MS SQL: Unable to connect to server: (null) in
c:\inetpub\wwwroot\hello.php on line 6

Warning: MS SQL: A link to the server could not be established in
c:\inetpub\wwwroot\hello.php on line 6

Warning: MS SQL message: Login failed for user '(null)'. Reason: Not
associated with a trusted SQL Server connection. (severity 14) in
c:\inetpub\wwwroot\hello.php on line 7

Warning: MS SQL: Unable to connect to server: (null) in
c:\inetpub\wwwroot\hello.php on line 7

Warning: MS SQL: A link to the server could not be established in
c:\inetpub\wwwroot\hello.php on line 7

Tried MSSQL_CONNECT("HOST,123", "USER", "PWD");

and it crashes... with error stated in first posting



[2002-02-06 07:35:20] [EMAIL PROTECTED]

Are you calling mssql_connect() this way or did I misunderstand it?
mssql_connect("[localhost,123]", "[www]", "[secret]");
AFAIK, you should just call
mssql_connect("localhost:123", "www", "secret");

Is that your problem?

Anyway, it SHOULDN'T crash.



[2002-02-06 05:50:49] [EMAIL PROTECTED]

Evenin'...

This morning I decided to try PHP for our company web site instead of
VBScript.  Imagine my delight to find PHP will handle SQL7 with the
minimum of fuss... all it would take was



Or even lazier


Brilliant 15 lines of VBScript is 3 lines..

Imagine, then, my chagrin, for when I added the mssql_query();
statement I get a window saying PHP.EXE - Application Error.. The
instruction at "0x00" referenced memory at "0x00", The memory could not
be "read"...

Is it me???

The setup I used was the windows installer but I put php_mssql.dll into
c:\PHP and told the php.ini file where it was.. I also stuck the
ntwdblib.dll into c:\windows\system32... Yes I know it should be
c:\winnt but I changed it at setup...

AAaaanyway...




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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #14971 Updated: unhandled exception processing the ISAPI

2002-02-06 Thread bmatzelle


 ID:   14971
 Updated by:   [EMAIL PROTECTED]
-Reported By:  [EMAIL PROTECTED]
+Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: IIS related
 Operating System: WIN2000 server (SP2)
 PHP Version:  4.1.1
 New Comment:

I was experiencing this type of crashing over and over myself with
win2k SP2.  The solution was to add the ISAPI DLL in the ISAPI Filters
list as well as the App Mappings.  After this ISAPI has been rock
solid.  This is the same solution as in this bug report:
http://bugs.php.net/bug.php?id=15324 .  

Note: I did not do this at first because the PHP Manual specifically
said that I should not do so
(http://www.php.net/manual/en/install.iis.php) unless I needed it for
HTTP Authentication.  Maybe someone should place some errata in the
documentation?


Previous Comments:


[2002-01-31 07:41:23] [EMAIL PROTECTED]

Hi there,

we've got the same problem too. Even on older Versions of PHP it
appeares from time to time. 4.1.1 creates the same SysLog-Message on
W2k Sp2, but we only use ODBC.
Only NET STOP IISADMIN solves the problem, but from time to time you
need to reboot the machine.

Using the Zend Optimizer or not is not the problem, it is re-creatable
without Zend...

One thing to mention is, that it only appears on querys that are quite
time consuming.

regards,
Bernd



[2002-01-22 10:51:01] [EMAIL PROTECTED]

I have the same problem.  However, I even unloaded all extensions and
the Optimizer thinking that they had to do with it but it still
crashes.



[2002-01-14 07:12:28] [EMAIL PROTECTED]

I have this problem too...But, 
6 virtual servers work for me, and, the most surprising, given message
appears only on four of six



[2002-01-10 11:24:37] [EMAIL PROTECTED]

Application use: ODBC, sessions, sockets, gd ext.
Extra: Zend Optimizer 1.2.0 (PHP files are encoded with Zend Encoder
1.2.0)

I tried PHP ISAPI version (4.1.1)
It seems all works fine, but after random time I receive the following
error:

The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!zend_strndup + 0x2B
 + 0x18468B00

and I have to reboot the system because IIS won't work!!!





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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclus ion(?)]

2002-02-06 Thread Brent R. Matzelle


--- Marko Karppinen <[EMAIL PROTECTED]> wrote:
> 
> >> However, we need vote for if PHP5 will have case
> >> sensitive class/function/constant names.
> > 
> > +1 for case-sensitive everything
> 
> -1. Differentiating two objects only by the case of their names
> seems absurd to me. This is not how humans function.
> 
> Ease of implementation is the only thing speaking for
> case-sensitiveness in
> my book. Case-insensitiveness is always more work. But I think it's
> well
> worth the trouble.
> 
> Hence case-insensitive, case-preserving is my suggestion.

I believe that it should be up to the developer.  Add a variable in
php.ini that sets a PHP instance as case sensitive.

Brent

__
Do You Yahoo!?
Send FREE Valentine eCards with Yahoo! Greetings!
http://greetings.yahoo.com

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclusion(?)]

2002-02-06 Thread Gary Benson



On Wed, 6 Feb 2002, Brent R. Matzelle wrote:

> --- Marko Karppinen <[EMAIL PROTECTED]> wrote:
> > 
> > >> However, we need vote for if PHP5 will have case
> > >> sensitive class/function/constant names.
> > > 
> > > +1 for case-sensitive everything
> > 
> > -1. Differentiating two objects only by the case of their names
> > seems absurd to me. This is not how humans function.
> > 
> > Ease of implementation is the only thing speaking for
> > case-sensitiveness in
> > my book. Case-insensitiveness is always more work. But I think it's
> > well
> > worth the trouble.
> > 
> > Hence case-insensitive, case-preserving is my suggestion.
> 
> I believe that it should be up to the developer.  Add a variable in
> php.ini that sets a PHP instance as case sensitive.

This kind of thing is a big pain when you are using a server you have no 
control over. It's not so much of a pig as magic_quotes_gpc, but...

Gary

[ [EMAIL PROTECTED] ][ GnuPG 85A8F78B ][ http://inauspicious.org/ ]



-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclusion(?)]

2002-02-06 Thread John Lim

Thanks for posting this request for comments, Yasuo.

I think from a C developer's point of view, it makes perfect
sense to have case-sensitivity. From a scripting point-of-view,
I think it is a step backward. Studies by the Python group
have shown that case-sensitivity is a serious barrier for
beginners.

I also think that a significant number of PHP users who do *not*
program in C, C++ or languages which require case-sensitivity
would be most unhappy. These people would definitely not
visit php.dev or Zend2 lists, so I think opinions here are
skewed (not twisted!)

Backward compatibility is a headache also as many PHP libraries
written by other people have weird case conventions, and not
having a standard PHP coding style will mean our code will
be a mess as we have to adhere to different coding styles.

We have been trained in Javascript and C to spell the
standard libraries in a standard way. But what is the correct
spelling of OCIPLogon (or was that ociplogon, or was that ociPLogon)?
Who knows and I think moany people would not want to care. I
certainly don't.

In the C library, I'm used to having all lowercase functions, but
it will look wierd if PEAR DB follows one convention, PHP extensions
follow another, and my code follows a different one. Without
case-sensitivity, I can use a consistent code style for functions
everywhere for OciPLogon (hah, another spelling variation!)

I think PHP5 is a bit late in the game to change course so
radically for so little benefit. This will stir up a hornets nest
which would be better directed at fixing bugs, writing code, and
finding happiness and peace.

My PHP 5 cents worth.

John Lim

Perhaps someone could cc this to the Zend2 lists as I don't read it.
Thanks.

Thies C. Arntzen <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> On Wed, Feb 06, 2002 at 07:40:18PM +0900, Yasuo Ohgaki wrote:
> > Hi all,
> >
> > I'm posting this for those who are not subscribing
> > Zend Engine 2 list.
> >
> > Many of developers seems to have case sensitivity for
> > class/function names.
> > However, we need vote for if PHP5 will have case
> > sensitive class/function/constant names.
> >
> > If you have comments, please submit one.
> >
> > PS: We know we can cheat. Let's hope nobody cheat :)
> > You can read Zend Engne 2 list archive at
> > http://www.zend.com/lists.php
>
> besides the BC mess i'm all for it (make PHP5 case-sensite).
>
> tc

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclusion(?)]

2002-02-06 Thread Robinson, Mike

Title: RE: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclusion(?)]

Thies C. Arntzen writes:

> On Wed, Feb 06, 2002 at 07:40:18PM +0900, Yasuo Ohgaki wrote:
> > Hi all,
> > 
> > I'm posting this for those who are not subscribing
> > Zend Engine 2 list.
> > 
> > Many of developers seems to have case sensitivity for
> > class/function names.
> > However, we need vote for if PHP5 will have case
> > sensitive class/function/constant names.
> > 
> > If you have comments, please submit one.
> > 
> > PS: We know we can cheat. Let's hope nobody cheat :)
> > You can read Zend Engne 2 list archive at
> > http://www.zend.com/lists.php
> 
> besides the BC mess i'm all for it (make PHP5 case-sensite).
> 
> tc

IMHO, while the benefits of this feature may be obvious to
the C and C++ world, it has little tangible benefit to the
average user. Quite the opposite actually. It'll make
PHP much more difficult to 'jump into', which in my view
is one of its most important features, if not THE most
important. The BC issue is also so profound, it's bound
to be a horrible mess for _very_ little gain.

With all due respect, I would be a -1 for this.

Mike Robinson
IT/Developer - Torstar Media Group Television
Phone: 416.945.8786 Fax: 416.869.4566
Email: [EMAIL PROTECTED]

To find out more about what we can do for you, please visit us at:
http://www.tmgtv.ca/ and http://www.thestar.com/ 

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Can some one help!

2002-02-06 Thread hamish




 
Hello All,
I have been asked to do a project that seems to be baffling 
me. It's not really the php which is the hard part, but the mathematical problem 
behind the project that is causing me to have a headache!
 
 
Imagine an ecommerce site where a user can pick 5 products (it 
must be 5) from a possible 60. That's the easy bit. The project that I have to 
do is to do with the way the order is dealt with. Imagine the company has a 
warehouse (the attached layout) where the yellow boxes are bins of 1 product in 
each (A1 would be the bin with all products A1 in). P1, P2, and P3 are 
stations where pickers (people who pack each order) receive the order. I have to 
build some PHP that shows the picker the optimum way around the warehouse to 
pick up all the 5 products, and then return him to the starting station. 

 
 
 I hope there is a bright spark out there that can solve 
this easier than I have (my way requires calculating all the possible ways of 
picking up the 5 products and then calculating the shortest route from a stored 
database, but it would require 780 sql statements, that just isn't going to 
work!)
 
Here are the rules that I have to follow:

An Order Picking slip for a complete order is printed at 1 of 3 packing 
locations (P1, P2, or P3).
A picker must start at one of these packing locations, collect all products 
required for that order then return back to the start position to deposit all 
items for packing.
Note:

  A picker can only move one square at a time (& not diagonally)
  Pickers cannot walk through bin locations!
  A picker can only access a bin location when standing directly at the 
  side. 
e.g.


A picker standing at 'X' can access locations B8 or C8 from this 
position.
A picker standing at 'Y' cannot access any locations.
 
I live in hope!
Hamish


warehouse layout.xls
Description: MS-Excel spreadsheet

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Lists

2002-02-06 Thread Gary Benson



On Wed, 6 Feb 2002, Hartmut Holzgraefe wrote:

> John Donagher wrote:
> > This has probably been mentioned before, but I think the naming of php-dev is
> > way misleading. It's funny that people get so ripped when someone sends an
> > off-topic question to this list. Someone who doesn't read the descriptions may
> > very well take php-dev to mean PHP development.   This is ambiguous; it doesn't
> > make any distinction between developing with php and developing the language
> > itself. Whining about people not reading the descriptions won't change it; get
> > over it.
> 
> These messages most likely do not come from people who have looked at the php.net
> list of lists at all, as the dev list is hidden way down while php-general is in
> a *much* more prominent place.
> 
> My theory is that these messages come from people who have found the
> list address in archived messages while searching for php related
> topics using a search engine. We have the same effect on the php-lang
> list which isn't even advertised at all on php.net.
> 
> So i guess renaming the dev list would only help for a short period of time,
> while mandatory subscription via the php.net support pages is the only
> way to get rid of this special problem.

+1 on mandatory subscription. The page could say "if you want help with 
your homework then go to the users list" :)


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Lists

2002-02-06 Thread James Cox




> Umm while this sounds like a good idea initially, why are you trying to
> make PHP a closed development project?  This maneuver will make it lots
> more difficult to get any new developers in on the project, and for those
> with one time questions to pose them.
>
> A moderated list might be a feasible option, but by making a closed
> subscrition system you basically end the open source project ideal.
>
I am not trying to make PHP a closed project. I just don't see why a small
number of individuals are making some of our biggest contributers go away.
Maybe some of you think that's justified.

> There are killfilies for this very reason.

you can't killfile after the event, and expect that to restore the time
wasted trawling through the list for important or good discussion.

>
> >  - We need to have a list that is not full of bugs junk and cvs junk -
> > something for plain developer discussion.
>
> I disagree with this too.  While the bug notifications are annoying, they
> provide at least an oppertunity to have more developers see them.  Thats
> the best chance given to the project to keep the bug count down.  Be
> honest, how many people write bug free code, or more specifically test on
> platforms other than their primary development choice?  Not many.

I agree that bugs on the list aren't a bad thing - and yes, filters can be
used. However i guess too many people are filtering to /dev/null -
considering it more noise on the list.

My proposal is this: make the list open postable to those that have either a
cvs account, or if you want to go the whole way, to those who have the right
karma.

Then have all other posts moderated, or if no-one wants to do that, have
them deleted, in favor of only allowing people to post to php-dev from some
form online somewhere. (that might cut some of the crap out).

Really, as far as i'm concerned, i don't care. I still have enthusiasm for
the project, and for what it is. I'm just deeply concerned that there is an
exodus of strong talented developers from the project.

If that's not important to you, then just ignore this thread.

james


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclus ion(?)]

2002-02-06 Thread Zeev Suraski

While I agree with Marko's vote (I'm also very much against it), I derive 
my conclusion from a whole different perspective.

Guys, we are not next to the drawing board right now.  The specs were 
defined and the layout was laid years ago.  At this point in time we're 
only supposed to change something like that if there's an overwhelming 
reason to do it, and none of the reasons mentioned falls into that category.

The reasons to move to case sensitivity and the alternative ways we should 
handle them, in my opinion, are:

- Speed.  We can probably improve the typical case so that it's not any 
slower in runtime.
- Interaction with external component systems - we can have case 
sensitivity implemented at the module level, especially with the Engine 2 
infrastructure, and still remain case insensitive for regular PHP objects.
- "It's just right".  Well, I can totally agree with that, but only if we 
were next to the drawing board, which we're not.

Zeev

At 01:01 PM 2/6/2002, Marko Karppinen wrote:

> >> However, we need vote for if PHP5 will have case
> >> sensitive class/function/constant names.
> >
> > +1 for case-sensitive everything
>
>-1. Differentiating two objects only by the case of their names
>seems absurd to me. This is not how humans function.
>
>Ease of implementation is the only thing speaking for case-sensitiveness in
>my book. Case-insensitiveness is always more work. But I think it's well
>worth the trouble.
>
>Hence case-insensitive, case-preserving is my suggestion.
>
>--Marko
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, visit: http://www.php.net/unsub.php

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: [PEAR-DEV] CLI features [was PDBPLUS]

2002-02-06 Thread Edin Kadribasic


> * html errors off
implemented

> * implicit_flush on
will do

> * -Cq by default
implemented (it should be documented that -C breaks some things that worked
with CGI). I kept -q -C command line options for BC sake, but they do
exactly nothing :)

> * register_argc_argv on
implemented

> * !!important!! don't search for php.ini in the actual path, only in the
> --config-file-path
I totally agree.  I'll have a look at how difficult would this be to
implement. We still have some time to adjust the features since CLI SAPI
hasn't been in a PHP release yet.

Edin


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Keyword proposal: in

2002-02-06 Thread Alex Kiesel


Hi,

I'd like to propose a new keyword: in. It should work like the
SQL-in-expression.

For example you have a variable $val and want to test whether it
contains e.g. 1 or 2 or 99.

At the moment I would choose between on of the following
code-constructs:

1.) if ($var == 1 ||
$var == 2 ||
$var == 99) { // ...

2.) if (in_array ($var, array (1, 2, 99)) { // ...

What about adopting such a keyword as in to be able to write the
following code:

if ($var in (1, 2, 99)) { // ...

Well, at least I find it quite elegant. :)

I'd appreciate any comments.

Alex

-- 
Alex Kiesel PGP Key: 0x09F4FA11

Todays excuse: Secretary sent chain letter to all 5000 employees.

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Keyword proposal: in

2002-02-06 Thread Jan Lehnardt


Hi,
On Wed, 6 Feb 2002 17:25:15 +0100
Alex Kiesel <[EMAIL PROTECTED]> wrote:

> Well, at least I find it quite elegant. :)
it is indeed, but it does not represent the "PHP-way-of-handling" [tm] 
things. If we have "in", we also can have $foo = [0..99] as a shorthand
notation for arrays. 

just my 0.02 EUR

Jan
-- 
Q: Thank Jan? A: http://geschenke.an.dasmoped.net/

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15120 Updated: Netscape sessions contain no data

2002-02-06 Thread shiflett


 ID:   15120
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: Linux
 PHP Version:  4.0.6
 New Comment:

I'm reopening this, since I've been able to reproduce it myself. I will
analyze this further at a protocol level and post the results back.
This example site (http://jokesrwild.com/catalog/) works with my
Mozilla 0.9.5 but not with Netscape 4.75.


Previous Comments:


[2002-01-21 14:21:00] [EMAIL PROTECTED]

I'm hoping you haven't given up on me...are you still able to help,
even with my many limitations?



[2002-01-20 11:04:11] [EMAIL PROTECTED]

I wish I could be of more help in this issue.  My "virtual server" is
merely leased space on another company's server.  I have some control,
like access to the http.conf files and mail aliases, etc., but not root
access.  I wouldn't know how to configure php to run on my own personal
computer at home...

As far as making a reproducible script, I'm afraid that's beyond my
capabilities as well.  This software uses modules, class and function
folders as well as tying into the MySQL database.  Is there any other
way I could help, like sending you a couple of the pertinent files
(sessions.php)?

I'm generally a very good troubleshooter and "hacker" (being able to
figure out how to get a program to do what I want it to), but this one
has me stumped.



[2002-01-20 09:19:15] [EMAIL PROTECTED]

I verified with my Netscape 4.77/U.S., 26-Mar-01;
It does not work with my Netscape, but it works with my Mozilla
0.9.7+.

I guess you have your PC or test PC, could you reproduce with your PC?
If yes, please try if it happens with 4.1.1.

Could you make a short reproducible script?





[2002-01-20 06:23:57] [EMAIL PROTECTED]

I am in a virtual hosting situation where I have telnet access, but not
root access...so I haven't been able to install 4.1.1.  I have been in
touch with the support folks on my server asking if they would upgrade
to 4.1.1, but I don't have an answer for that yet.  I'm sure they would
agree to the upgrade if I could establish that this is definitely a bug
with the php version 4.0.6, though.

The URL of my customer's shop is http://www.jokesrwild.com/catalog
The software itself can be found at http://www.oscommerce.com.

It's not a live shop yet, so you can poke around all you want.

Thanks



[2002-01-20 03:04:13] [EMAIL PROTECTED]

What is the URL for downloading your cart?
Does this happen with 4.1.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 at
http://bugs.php.net/15120

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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Lists

2002-02-06 Thread Gary Benson



I've been thinking about this. What is really needed is some way to send 
automated 'get lost' messages without requiring a list moderator. These 
messages have got to be real easy to send to make this work.

How about this: set up a list (php-dev-spam, say) that isn't archived or 
advertised anywhere. If somebody posts something daft here simply forward 
or bounce it to php-dev-spam which generates an automatic 'your message is 
not suitable for this list, here are some other lists you may wish to try' 
response, and perhaps sends something to php-dev with subject "[PHP-SPAM] 
[EMAIL PROTECTED] berated" so nobody else bothers to bounce it.

What do you reckon?
Gary

[ [EMAIL PROTECTED] ][ GnuPG 85A8F78B ][ http://inauspicious.org/ ]


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #12131 Updated: misworded gmp_random documentation(?)


 ID:  12131
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Open
+Status:  Closed
 Bug Type:Documentation problem
 PHP Version: 4.0.6
 New Comment:

This bug has been fixed in CVS.


Previous Comments:


[2001-07-13 03:28:54] [EMAIL PROTECTED]

on:

http://php.net/manual/en/function.gmp-random.php

you say:

Generate a random number. The number will be up to limiter words long.
If limiter is negative, negative numbers are generated

you might have meant:

Generates a random number. The generated number will be between
_limiter_ and zero in value. If limiter is negative, negative numbers
are generated






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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #12978 Updated: Multiple isset


 ID:   12978
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: linux
 PHP Version:  4.0.6
-Assigned To:  
+Assigned To:  alindeman
 New Comment:

Changed it in the CVS, will take effect in a day or so.  Cool feature
;-)



Previous Comments:


[2002-01-29 12:44:13] [EMAIL PROTECTED]

Neat! Reopened as a documentation problem.



[2002-01-28 21:16:00] [EMAIL PROTECTED]

Implemented.



[2001-08-27 10:07:48] [EMAIL PROTECTED]

Hiya,

I'd like to see that isset would take more parameters to test
like:

$a = $b = $c = 1 ;

if (isset($a)) echo "isset"; // TRUE
if (isset($a, $b, $c)) echo "isset"; // TRUE
if (isset($a,$b,$d)) echo "isset"; // FALSE

you will get my point i guess

Greetz,

Wico




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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #13321 Updated: Documnetation


 ID:   13321
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Documentation problem
 Operating System: Win 32
 PHP Version:  4.0.6
 New Comment:

Examples?  More info needed than that!



Previous Comments:


[2001-09-15 13:11:45] [EMAIL PROTECTED]

Many of the file function in the manual now works on Win32
Sure you know that, but the manual is not updated.




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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #13606 Updated: $PHP_SELF not always point to script name


 ID:   13606
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Linux+Apache 1.3.20+PHP (DSO)
 PHP Version:  4.0.6
 New Comment:

Fixed in docs, will appear in a day or two...



Previous Comments:


[2001-12-14 13:49:08] [EMAIL PROTECTED]

Type = Documentation Problem.

When test.php is a script, $PHP_SELF === /test.php/some_string
http://example.com/test.php/some_string

Document should descript this behavior..




[2001-10-08 23:55:32] [EMAIL PROTECTED]

The docs says that $PHP_SELF contains "The filename of the currently
executing script, relative to the document root." However, if one uses
additional PATH_INFO data in the URL, they get inserted on $PHP_SELF as
well.

Example script: 

http://example.org/example.php
prints "/example.php"

http://example.org/example.php/foobar.html
prints "/example.php/foobar.html"

If this is not a bug in PHP then the docs may need to be updated.




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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #13794 Updated: Unclear to PHP novice: minimum necessary config for "hello"

ID: 13794
Updated by: [EMAIL PROTECTED]
-Summary: Unclear to PHP novice: minimum necessary config for
"hello"
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Documentation problem
Operating System: RH Linux 7.0 / Apache / Netscape
PHP Version: 4.0.6
New Comment:

Which page is this? I'm looking for a URL here

Previous Comments:

[2001-10-23 01:30:26] [EMAIL PROTECTED]

Suggested change to introductory tutorial:

Section is "Your first PHP-enabled page"

Currently:

Create a file named hello.php and in it ...

Suggested update:

Create a file named "hello.php" in your server web directory and in it
...

Currently:

This program is extremely simple ...

Suggested update: add following sentence, preceding current.

Use your browser to access the file with your web access URL, ending
with the "/hello.php" file reference.

[2001-10-23 01:05:50] [EMAIL PROTECTED]

Situation: old, used programmer just learning Linux PHP by himself.
Took several hours to figure
out simplest possible example execution. Main confusion: what example
file / content goes where,
then how to access testfile, then defining and matching several Apache
file extensions (PHP,
PHP3, PHP4).

Have two PHP books, your tutorial, your manual, and your examples.
Never found explicit directions
on where PHP content could appear (so at first associated "Hello
World" attempts with browser side
HTML.) (What I was trying was browser "open page" to access local PHP
testfile.)

Your tutorial does say "server web directory", but not clearly enough
(to a PHP novice) that this is the
only place (for "Hello World".) (with access through a browser URL
reference)

The last few hours were spent learning a little about Apache's AddType
and LoadType, then getting
testfile extensions to match Apache definitions (the http://bugs.php.net/?id=13794&edit=1

--
PHP Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #14255 Updated: setcookie bug (Cookie is destroyed/Inaccessible)


 ID:   14255
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Analyzed
+Status:   Suspended
 Bug Type: Documentation problem
 Operating System: Debian 2.2.19
 PHP Version:  4.0.6
 Assigned To:  hholzgra
 New Comment:

Is this even a bug?  It's under documentation problem.  Do I need to
change something in the documentation?



Previous Comments:


[2002-02-03 22:47:01] [EMAIL PROTECTED]

A couple of comments.

Kris, in regards to your comment on NOV-27-2001 at 1:48PM, that code
will fail because you cannot set a cookie and give a Location header in
the same HTTP response. Well, you *can*, but your cookie will not be
set. Since the server would not be able to identify the client without
the cookie, you get the unexpected behavior. This is a protocol-level
situation, but is generally *not* considered a bug in HTTP (in case you
got the feeling I was supporting that idea). Basically, PHP gives you
the freedom to specify your own headers in the HTTP response, but you
need to have a clear grasp of what they do to use them.

So, if this example was a clear illustration of the problem you've been
having, it's not a bug in PHP. You can spread that around to others who
are having the same problems.

Also, in regards to the time/date discussion, it is correct to say that
the browser uses the client time (obviously) to determine whether to
send a cookie along with subsequent HTTP requests. It is also correct
to say that the setcookie function uses the server time to set the
expiration date. However, since both are in GMT as [EMAIL PROTECTED]
explained (sorry, I don't know your name), this only matters if both
clocks are considerably out of sync or if the expiration time of the
cookie is extremely small. If this is a concern, consider using
client-side scripting to set the cookie, so that the browser itself
creates the cookie based on its own time. You can create the
client-side script itself using PHP, so that the cookie's value can
still be dynamically generated by your PHP scripts.

Hope that clears a few things up. If this didn't solve your problem,
please post another small example, and I'll try to reproduce your
environment.



[2001-12-05 06:52:05] [EMAIL PROTECTED]

Timezones do NOT matter. All times are GMT.
>From a HTTP-response: 
Set-Cookie: CookieName=CookieValue; expires=Mon, 28-Jan-02 00:47:45
GMT
So the only thing that should be noted is that the time on client and
server should be in sync for correct behaviour.



[2001-11-28 04:39:25] [EMAIL PROTECTED]

ok, stupid me regarding the claim that a zero value
(or a string as parameter, evaluating to zero)
actualy deletes a cookie

it indeed defines the cookie to be a session cookie
which is valid until the browser is closed instead
of until a certain date/time is reached

for the time parameter itself:
the time() function returns the server time
while the browser deciedes when to delete
a cookie by the client time

if client and server are not in sync or live in
different time zones you will get exactly the 
problems you experienced

you either have to use expiration times in the range of days isntead of
hours (as timezone differences can sum up to slightly more than 24
hours in the worst case) or you have to use javascript Date.getTime()
to fetch the client time and transfer it to the server as a base for
expiration dates instead of using the time() function on the server

(will add a note to the setcookie documentation and work through the
notes later, bug type switched to documentation problem for now)




[2001-11-27 14:28:16] [EMAIL PROTECTED]

IIRC, no time (time=0) means that the cookie will not expire until the
session (read: your browser) has been closed.

Your scripts work fine for me at both Windows 2000 and Debian Linux
(Potato).



[2001-11-27 13:59:12] [EMAIL PROTECTED]

array(4) { ["xfxdD"]=> string(4) "Blah" ["wingrep"]=> array(4) {
["customer_cookie"]=> string(10) "1150232722" ["customer_id"]=>
string(1) "1" ["customer_name"]=> string(13) "Mr. Wilkinson"
["customer_province"]=> string(2) "BC" } ["titancart"]=> array(1) {
[0]=> string(72) "33a63c7718-component-1715-108.95-1-Adaptec
Fireconnect 4300 3 Port-2.00*" } ["wingrepship"]=> array(7) {
["ship_to"]=> string(18) "Mr. Kris Wilkinson" ["unit_type"]=> string(5)
"SUITE" ["unit_num"]=> string(3) "101" ["street"]=> string(18) "10464
176th Street" ["city"]=> string(8) "Edmonton" ["province"]=> string(2)
"BC" ["postal"]=> string(7) "T5R 3L6" } } 

is what it returns. nothing containing the CustomerCookie
defined previously.

[PHP-DEV] Bug #14663 Updated: Empty packets as result of serialization


 ID:   14663
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Analyzed
+Status:   Suspended
 Bug Type: Documentation problem
 Operating System: Windows NT 4 sp 6a
 PHP Version:  4.1.0
 New Comment:

status -> suspended (waiting till it becomes un-experimental ;)



Previous Comments:


[2001-12-22 16:22:10] [EMAIL PROTECTED]

the manual page is marked as "EXPERIMENTAL".  so waiting for the
extension to become stable wil be the best. fixing the example now just
to change it again tomorrow is useless.



[2001-12-22 15:58:12] [EMAIL PROTECTED]

Making a documentation problem. Valid sample still have to be written.



[2001-12-22 15:50:49] [EMAIL PROTECTED]

Example code copy/pasted from
http://www.php.net/manual/en/html/ref.sockets.html :

TCP/IP Connection\n";

/* Get the port for the WWW service. */
$service_port = getservbyname ('www', 'tcp');

/* Get the IP address for the target host. */
$address = gethostbyname ('www.php.net');

/* Create a TCP/IP socket. */
$socket = socket_create (AF_INET, SOCK_STREAM, 0);
if ($socket < 0) {
echo "socket_create() failed: reason: " . socket_strerror ($socket)
. "\n";
} else {
"socket_create() successful: " . socket_strerror ($socket) . "\n";
}

echo "Attempting to connect to '$address' on port '$service_port'...";
$result = socket_connect ($socket, $address, $service_port);
if ($result < 0) {
echo "socket_connect() failed.\nReason: ($result) " .
socket_strerror($result) . "\n";
} else {
echo "OK.\n";
}

$in = "HEAD / HTTP/1.0\r\n\r\n";
$out = '';

echo "Sending HTTP HEAD request...";
socket_write ($socket, $in, strlen ($in));
echo "OK.\n";

echo "Reading response:\n\n";
while (socket_read ($socket, $out, 2048)) {
echo $out;
}

echo "Closing socket...";
socket_close ($socket);
echo "OK.\n\n";
?>


When run :

TCP/IP Connection

Warning:  socket_strerror() expects parameter 1 to be long,
resource given in /usr/home/aragon/squeakbot/test2 on line
18
Attempting to connect to '209.61.157.217' on port '80'...OK.
Sending HTTP HEAD request...OK.
Reading response:


Warning:  socket_read() expects parameter 2 to be long, string
given in /usr/home/aragon/squeakbot/test2 on line 38
Closing socket...OK.


Regards,
Aragon





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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #14663 Updated: Empty packets as result of serialization


 ID:   14663
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Suspended
 Bug Type: Documentation problem
 Operating System: Windows NT 4 sp 6a
 PHP Version:  4.1.0
 New Comment:

status -> suspended (waiting till it becomes un-experimental ;)



Previous Comments:


[2002-02-06 12:43:52] [EMAIL PROTECTED]

status -> suspended (waiting till it becomes un-experimental ;)




[2001-12-22 16:22:10] [EMAIL PROTECTED]

the manual page is marked as "EXPERIMENTAL".  so waiting for the
extension to become stable wil be the best. fixing the example now just
to change it again tomorrow is useless.



[2001-12-22 15:58:12] [EMAIL PROTECTED]

Making a documentation problem. Valid sample still have to be written.



[2001-12-22 15:50:49] [EMAIL PROTECTED]

Example code copy/pasted from
http://www.php.net/manual/en/html/ref.sockets.html :

TCP/IP Connection\n";

/* Get the port for the WWW service. */
$service_port = getservbyname ('www', 'tcp');

/* Get the IP address for the target host. */
$address = gethostbyname ('www.php.net');

/* Create a TCP/IP socket. */
$socket = socket_create (AF_INET, SOCK_STREAM, 0);
if ($socket < 0) {
echo "socket_create() failed: reason: " . socket_strerror ($socket)
. "\n";
} else {
"socket_create() successful: " . socket_strerror ($socket) . "\n";
}

echo "Attempting to connect to '$address' on port '$service_port'...";
$result = socket_connect ($socket, $address, $service_port);
if ($result < 0) {
echo "socket_connect() failed.\nReason: ($result) " .
socket_strerror($result) . "\n";
} else {
echo "OK.\n";
}

$in = "HEAD / HTTP/1.0\r\n\r\n";
$out = '';

echo "Sending HTTP HEAD request...";
socket_write ($socket, $in, strlen ($in));
echo "OK.\n";

echo "Reading response:\n\n";
while (socket_read ($socket, $out, 2048)) {
echo $out;
}

echo "Closing socket...";
socket_close ($socket);
echo "OK.\n\n";
?>


When run :

TCP/IP Connection

Warning:  socket_strerror() expects parameter 1 to be long,
resource given in /usr/home/aragon/squeakbot/test2 on line
18
Attempting to connect to '209.61.157.217' on port '80'...OK.
Sending HTTP HEAD request...OK.
Reading response:


Warning:  socket_read() expects parameter 2 to be long, string
given in /usr/home/aragon/squeakbot/test2 on line 38
Closing socket...OK.


Regards,
Aragon





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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15383 Updated: ftp_connect() unable to connect to Internet IPs

2002-02-06 Thread pampi


 ID:   15383
 Updated by:   [EMAIL PROTECTED]
-Reported By:  [EMAIL PROTECTED]
+Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: FTP related
 Operating System: Windows 2000 Professional
 PHP Version:  4.1.1
 New Comment:

Hello,

I'm just having the same problem actually and it seems that the cause
of this one is our network.

The ftp_connect can't establish a connection with the host because our
LAN is on private IP, the router block the connection (or proxy or
firewall).

Try to do it with a direct connection to Internet and it will work
great like me...

But like you I would like it to work on my LAN ;)

To be continued give me news

Pampi


Previous Comments:


[2002-02-05 11:51:26] [EMAIL PROTECTED]

Yes, every site that I've tried to connect to through command line FTP
has been fine.



[2002-02-05 07:19:59] [EMAIL PROTECTED]

This seems like a configuration problem, but not with PHP (but I may be
wrong).

Can you connect and work (!) with the command line ftp version of 'ftp'
in your command line prompt?



[2002-02-05 05:32:07] [EMAIL PROTECTED]

I have a script which automatically transfers files to another single
machine via FTP accross the Internet. The script was working fine on
our old test server which was Win98 running Omnihttpd and PHP 4.0.6.
However on the new server running Win2k Pro, IIS, and PHP 4.1.1 it
causes problems. Connection fails and trying to use the connection
results in a "Unable to find ftpbuf 0" error.

I have written a simple test script and have come to the following
conclusions:

* ftp_connect() to localhost is fine
* ftp_connect() to local network IPs is fine
* ftp_connect() to Internet IPs doesn't work

Using FTP from the command line on the same 2k box to the same address
works all of the time regardless of the destination IP.

$ip="ftp.geocities.com";
$conn_id = ftp_connect($ip);
print $ip."";
if($conn_id) {
print "Connected OK";
}
else {
print "Unable to connect";
}




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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #14255 Updated: setcookie bug (Cookie is destroyed/Inaccessible)

2002-02-06 Thread shiflett


 ID:   14255
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Suspended
+Status:   Feedback
-Bug Type: Documentation problem
+Bug Type: HTTP related
 Operating System: Debian 2.2.19
 PHP Version:  4.0.6
-Assigned To:  hholzgra
+Assigned To:  shiflett
 New Comment:

I'm changing the category to HTTP and status to feedback. I do not
think this is a bug but want to give the submitter time to respond to
my inquiry.


Previous Comments:


[2002-02-06 12:33:40] [EMAIL PROTECTED]

Is this even a bug?  It's under documentation problem.  Do I need to
change something in the documentation?




[2002-02-03 22:47:01] [EMAIL PROTECTED]

A couple of comments.

Kris, in regards to your comment on NOV-27-2001 at 1:48PM, that code
will fail because you cannot set a cookie and give a Location header in
the same HTTP response. Well, you *can*, but your cookie will not be
set. Since the server would not be able to identify the client without
the cookie, you get the unexpected behavior. This is a protocol-level
situation, but is generally *not* considered a bug in HTTP (in case you
got the feeling I was supporting that idea). Basically, PHP gives you
the freedom to specify your own headers in the HTTP response, but you
need to have a clear grasp of what they do to use them.

So, if this example was a clear illustration of the problem you've been
having, it's not a bug in PHP. You can spread that around to others who
are having the same problems.

Also, in regards to the time/date discussion, it is correct to say that
the browser uses the client time (obviously) to determine whether to
send a cookie along with subsequent HTTP requests. It is also correct
to say that the setcookie function uses the server time to set the
expiration date. However, since both are in GMT as [EMAIL PROTECTED]
explained (sorry, I don't know your name), this only matters if both
clocks are considerably out of sync or if the expiration time of the
cookie is extremely small. If this is a concern, consider using
client-side scripting to set the cookie, so that the browser itself
creates the cookie based on its own time. You can create the
client-side script itself using PHP, so that the cookie's value can
still be dynamically generated by your PHP scripts.

Hope that clears a few things up. If this didn't solve your problem,
please post another small example, and I'll try to reproduce your
environment.



[2001-12-05 06:52:05] [EMAIL PROTECTED]

Timezones do NOT matter. All times are GMT.
>From a HTTP-response: 
Set-Cookie: CookieName=CookieValue; expires=Mon, 28-Jan-02 00:47:45
GMT
So the only thing that should be noted is that the time on client and
server should be in sync for correct behaviour.



[2001-11-28 04:39:25] [EMAIL PROTECTED]

ok, stupid me regarding the claim that a zero value
(or a string as parameter, evaluating to zero)
actualy deletes a cookie

it indeed defines the cookie to be a session cookie
which is valid until the browser is closed instead
of until a certain date/time is reached

for the time parameter itself:
the time() function returns the server time
while the browser deciedes when to delete
a cookie by the client time

if client and server are not in sync or live in
different time zones you will get exactly the 
problems you experienced

you either have to use expiration times in the range of days isntead of
hours (as timezone differences can sum up to slightly more than 24
hours in the worst case) or you have to use javascript Date.getTime()
to fetch the client time and transfer it to the server as a base for
expiration dates instead of using the time() function on the server

(will add a note to the setcookie documentation and work through the
notes later, bug type switched to documentation problem for now)




[2001-11-27 14:28:16] [EMAIL PROTECTED]

IIRC, no time (time=0) means that the cookie will not expire until the
session (read: your browser) has been closed.

Your scripts work fine for me at both Windows 2000 and Debian Linux
(Potato).



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/14255

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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15404: $shared variable not quoted on line 36356 of configure script

2002-02-06 Thread rlynch


From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version:  4.1.1
PHP Bug Type: *Compile Issues
Bug description:  $shared variable not quoted on line 36356 of configure script

When running the following configure command:

php-4.1.1>./configure --prefix=/opt/php --without-mysql
--with-apxs=/opt/apache/bin/apxs
--with-custom-odbc=/duplicate/sybase/SYBSsa7

I would get the following error:

checking for Empress support... no
checking for Empress local access support... no
checking for Velocis support... no
checking for a custom ODBC support... yes
./configure: test: argument expected


Investigation revealed that the $shared variable on line 36356 of the
configure script was not quoted:

if test $shared != "yes"; then

After quoting the $shared variable, the configure completed successfully:

if test "$shared" != "yes"; then

-- 
Edit bug report at http://bugs.php.net/?id=15404&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15404&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15404&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15404&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15404&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15404&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15404&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15404&r=notenoughinfo


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15404 Updated: $shared variable not quoted on line 36356 of configure script


 ID:   15404
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: *Compile Issues
 Operating System: Solaris 8
 PHP Version:  4.1.1
 New Comment:

This bug has been fixed in CVS.


Previous Comments:


[2002-02-06 14:02:51] [EMAIL PROTECTED]

When running the following configure command:

php-4.1.1>./configure --prefix=/opt/php --without-mysql
--with-apxs=/opt/apache/bin/apxs
--with-custom-odbc=/duplicate/sybase/SYBSsa7

I would get the following error:

checking for Empress support... no
checking for Empress local access support... no
checking for Velocis support... no
checking for a custom ODBC support... yes
./configure: test: argument expected


Investigation revealed that the $shared variable on line 36356 of the
configure script was not quoted:

if test $shared != "yes"; then

After quoting the $shared variable, the configure completed
successfully:

if test "$shared" != "yes"; then





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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Keyword proposal: in

2002-02-06 Thread Markus Fischer


On Wed, Feb 06, 2002 at 05:25:15PM +0100, Alex Kiesel wrote : 
> I'd like to propose a new keyword: in. It should work like the
> SQL-in-expression.
> 
> For example you have a variable $val and want to test whether it
> contains e.g. 1 or 2 or 99.
> 
> At the moment I would choose between on of the following
> code-constructs:
> 
> 1.) if ($var == 1 ||
> $var == 2 ||
> $var == 99) { // ...
> 
> 2.) if (in_array ($var, array (1, 2, 99)) { // ...

Methinks in_array() is exactly the way to do it and not way
else.

-- 
Please always Cc to me when replying to me on the lists.

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP Safe Mode Filesystem Circumvention Problem (fwd)

2002-02-06 Thread James E. Flemer

Yes, it does disable all LOAD DATA cases, including files
from the server ... Be my guest to extend it. Like I said,
I was writing this for a client, not for the PHP tree.

It would take a few more states in the loop to check for
the LOCAL keyword... because if you notice the syntax is:
   LOAD DATA [LOW_PRIORITY | CONCURRENT] [LOCAL] INFILE ...
but it shouldn't be to complicated. If it was to become
part of the PHP tree, it should probably be a little more
discriminate. :-)

I am not sure if any regex functions are available to be
called (that are part of the PHP base) ... but if they are,
the saftey check could just try matching a (list of)
regex(s).

-James

On Tue, 5 Feb 2002, Mats Lindh wrote:

> - [EMAIL PROTECTED]% (James E. Flemer):
> > This patch I think will catch all cases, unless there is
> > some way that mysql can escape characters (\x44 or
> > something).
>
> As far as i can see, this patch will disable all LOAD DATA-cases, this
> will however disable a feature in MySQL for loading files that resides
> ON the server. There is no reason why this shouldnt be allowed if PHP
> is running in safe mode.
>
> LOAD DATA INFILE LOCAL .. the LOCAL part is the problem. I'd guess
> that just extending it to handle this would solve the problem.
>
>

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclusion(?)]

2002-02-06 Thread Andi Gutmans


I very much agree with this Email and am -1.

Andi

At 11:01 PM 2/6/2002 +0800, John Lim wrote:
>Thanks for posting this request for comments, Yasuo.
>
>I think from a C developer's point of view, it makes perfect
>sense to have case-sensitivity. From a scripting point-of-view,
>I think it is a step backward. Studies by the Python group
>have shown that case-sensitivity is a serious barrier for
>beginners.
>
>I also think that a significant number of PHP users who do *not*
>program in C, C++ or languages which require case-sensitivity
>would be most unhappy. These people would definitely not
>visit php.dev or Zend2 lists, so I think opinions here are
>skewed (not twisted!)
>
>Backward compatibility is a headache also as many PHP libraries
>written by other people have weird case conventions, and not
>having a standard PHP coding style will mean our code will
>be a mess as we have to adhere to different coding styles.
>
>We have been trained in Javascript and C to spell the
>standard libraries in a standard way. But what is the correct
>spelling of OCIPLogon (or was that ociplogon, or was that ociPLogon)?
>Who knows and I think moany people would not want to care. I
>certainly don't.
>
>In the C library, I'm used to having all lowercase functions, but
>it will look wierd if PEAR DB follows one convention, PHP extensions
>follow another, and my code follows a different one. Without
>case-sensitivity, I can use a consistent code style for functions
>everywhere for OciPLogon (hah, another spelling variation!)
>
>I think PHP5 is a bit late in the game to change course so
>radically for so little benefit. This will stir up a hornets nest
>which would be better directed at fixing bugs, writing code, and
>finding happiness and peace.
>
>My PHP 5 cents worth.
>
>John Lim
>
>Perhaps someone could cc this to the Zend2 lists as I don't read it.
>Thanks.
>
>
>Thies C. Arntzen <[EMAIL PROTECTED]> wrote in message
>[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > On Wed, Feb 06, 2002 at 07:40:18PM +0900, Yasuo Ohgaki wrote:
> > > Hi all,
> > >
> > > I'm posting this for those who are not subscribing
> > > Zend Engine 2 list.
> > >
> > > Many of developers seems to have case sensitivity for
> > > class/function names.
> > > However, we need vote for if PHP5 will have case
> > > sensitive class/function/constant names.
> > >
> > > If you have comments, please submit one.
> > >
> > > PS: We know we can cheat. Let's hope nobody cheat :)
> > > You can read Zend Engne 2 list archive at
> > > http://www.zend.com/lists.php
> >
> > besides the BC mess i'm all for it (make PHP5 case-sensite).
> >
> > tc
>
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, visit: http://www.php.net/unsub.php


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15405: anti-aliasing switch (-$color) is wack in ImageTTFText

2002-02-06 Thread mrowe


From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.1.1
PHP Bug Type: GD related
Bug description:  anti-aliasing switch (-$color) is wack in ImageTTFText

i'm using v2.0.1 of gd.

when i run:
ImageTTFText($image, $size, $rot, $stringX, $stringY, $white, $font,
$msg);

The text is white.

when i run:
ImageTTFText($image, $size, $rot, $stringX, $stringY, -$white, $font,
$msg);

(note the "-" in front of the color), the text is not white.  it's
sometimes yellow, sometimes grey, but never white.



-- 
Edit bug report at http://bugs.php.net/?id=15405&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15405&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15405&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15405&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15405&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15405&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15405&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15405&r=notenoughinfo


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15110 Updated: session_start()

2002-02-06 Thread shiflett


 ID:   15110
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Session related
 Operating System: Linux
 PHP Version:  4.1.1
 New Comment:

Do any of the PHP developers know if this is intended behavior? It
sounds like something that might have been "improved" since sessions
were first introduced, so the unnecessary overhead of storing session
information with no associated data was removed. It sounds like a good
idea to me (the current implementation).

Anyway, this bug is still listed as feedback and needs to either be
closed or reopened.


Previous Comments:


[2002-01-19 08:03:11] [EMAIL PROTECTED]

Register_globals is on.

This is what it used to be:
session_start() registered the session so I could see it even if it's
included no data(no registered variables). When I say see, I mean that
if i looked in the table I use for writeing the seesions I saw the key,
the expiry and no value.

NOW:
session_start() gives the visitor a key but it doesn't register the key
in my sessions teable unless I register a variable to the session.

A bit clearer?



[2002-01-18 22:19:00] [EMAIL PROTECTED]

What do you mean "no value"?
Empty string? NULL? FALSE?

Are you using $HTTP_SESSION_VARS/$_SESSION? or globals?
Is register_globals on?



[2002-01-18 21:34:18] [EMAIL PROTECTED]

Apache

session_start() doesn't save the session unless it holds any data. I've
just upgraded from 4.0.4pl1. It used to register all session even if
they only included a key and no value(data). Maybe it's a feature but
it sure messes my stats-scripts... =/

Get back to me with what you need.





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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Lists

2002-02-06 Thread Zeev Suraski


I'm afraid php-dev-spam may become a bit more popular than you think :)

At 06:58 PM 2/6/2002, Gary Benson wrote:

>I've been thinking about this. What is really needed is some way to send
>automated 'get lost' messages without requiring a list moderator. These
>messages have got to be real easy to send to make this work.
>
>How about this: set up a list (php-dev-spam, say) that isn't archived or
>advertised anywhere. If somebody posts something daft here simply forward
>or bounce it to php-dev-spam which generates an automatic 'your message is
>not suitable for this list, here are some other lists you may wish to try'
>response, and perhaps sends something to php-dev with subject "[PHP-SPAM]
>[EMAIL PROTECTED] berated" so nobody else bothers to bounce it.
>
>What do you reckon?
>Gary
>
>[ [EMAIL PROTECTED] ][ GnuPG 85A8F78B ][ http://inauspicious.org/ ]
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, visit: http://www.php.net/unsub.php


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Lists

2002-02-06 Thread Robinson, Mike

Title: RE: [PHP-DEV] Lists





I reckon we've been through all this before.
Closing the list in any way is just a bad idea.



Mike Robinson
IT/Developer - Torstar Media Group Television
Phone: 416.945.8786 Fax: 416.869.4566
Email: [EMAIL PROTECTED]



> -Original Message-
> From: Gary Benson writes:


> I've been thinking about this. What is really needed is some 
> way to send automated 'get lost' messages without requiring a list 
> moderator. These messages have got to be real easy to send to make this work.
> 
> How about this: set up a list (php-dev-spam, say) that isn't 
> archived or advertised anywhere. If somebody posts something daft here 
> simply forward or bounce it to php-dev-spam which generates an automatic 
> 'your message is not suitable for this list, here are some other lists you may 
> wish to try' response, and perhaps sends something to php-dev with subject 
> "[PHP-SPAM] [EMAIL PROTECTED] berated" so nobody else bothers to bounce it.
> 
> What do you reckon?
> Gary

[PHP-DEV] Bug #14032 Updated: Mail() always returns false but mail is sent


 ID:   14032
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Mail related
 Operating System: FreeBSD 4.2
 PHP Version:  4.0.6
 New Comment:

Works fine for me...It might be a FreeBSD prob..What mailer are you
using?



Previous Comments:


[2001-11-12 09:39:33] [EMAIL PROTECTED]

I can see that this has been reported for Solaris too.

mail() always returns false but mail is sent successfully.

I'm running PHP 4.0.6 as an Apache module on a FreeBSD virtual server
host (at digitaldaze.com).

sendmail version is 8.11.6

I can reproduce this with a simple script:

if (mail("[EMAIL PROTECTED]","Test from PHP","Does this work?"))
echo "True";
else
echo "False";

Thanks
Ross





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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RE: [PHP-CVS] cvs: php4 /ext/ftp ftp.c ftp.h

2002-02-06 Thread Stig Venaas

On Tue, Feb 05, 2002 at 11:44:18PM +0100, marc wrote:
> > Thanks, this helps a lot (I think). Does it work if you in line
> > 1053 or so, replace
> > size = sizeof(php_sockaddr_storage);
> > with
> > size = sizeof(struct sockaddr_in);
> 
> I tried sizeof(ftp->pasvaddr), but no effect... (same errormsg)
> Could this be a wsock32 version difference between the win95/98 and
> NT/2000 versions?

That's no surprise, the size of pasvaddr is the same as
php_sockaddr_storage. Please try sizeof(struct sockaddr_in);
like I said above.

> > ? If it does, could you perhaps try to determine the maximum value?
> > I would try to add 1 to the size above, and also 256, 128 and 64.
> > You've done a good job already, I understand if you don't want to
> > check all this.
> 
> No problem, I want to get the problem solved...

So please try the above.

> I'll try the official 4.1.0 as well, and I probably have some older
> versions on my disk too, that might narrow it down a bit...

4.1.0 doesn't contain my changes, so that probably works. If what I
wrote above solves it, then I can go through and make it work. If
it works with some larger sizes like 256, 128 or 64 (the larger the
better), I might be able to find a more elegant solution.

Note that if you use passive ftp, there will be two connect calls
that might fail.

Stig

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RE: [PHP-CVS] cvs: php4 /ext/ftp ftp.c ftp.h

2002-02-06 Thread Stig Venaas


On Wed, Feb 06, 2002 at 10:03:50AM +0100, Marc Boeren wrote:
> > Thanks, this helps a lot (I think). Does it work if you in line
> > 1053 or so, replace
> > size = sizeof(php_sockaddr_storage);
> > with
> > size = sizeof(struct sockaddr_in);
> 
> OK, this makes it work... on Win98 at least (and it still works on NT :-)

Ah, great, ignore my last mail then (:

> > ? If it does, could you perhaps try to determine the maximum value?
> > I would try to add 1 to the size above, and also 256, 128 and 64.
> 
> Adding one is enough for the function to fail... (adding 256 fails too)
> 
> Hope this helps! (it has helped me, at least :)

Sure does. I know how to solve it then, it will make the code a bit
more involved though ):

> BTW, I also get a compile warning: 
> H:\home\php-dev\php4\ext\ftp\ftp.c(120) : warning C4761: integral size
> mismatch in argument; conversion supplied
> 
> which can be solved by changing the line from
>   ftp->fd = php_hostconnect(host, port ? port : 21, SOCK_STREAM, (int)
> timeout_sec);
> to
>   ftp->fd = php_hostconnect(host, (unsigned short) (port ? port : 21),
> SOCK_STREAM, (int) timeout_sec);

Thanks, will fix.

I'm quite happy you reported this.  Else we might have had a release
with lots of bug reports.  I'm sorry that my IPv6 patch caused
problems.  At least I'm now aware of the problem when doing more IPv6
porting later. I suspect there might be some similar problems with the
socket extension on 95/98.

Stig

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15406: Very strange include error

2002-02-06 Thread john


From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.1.1
PHP Bug Type: Variables related
Bug description:  Very strange include error

I'm not sure how exactly this bug is being produced, but I'm almost
positive it's not my code anymore. For some reason, include_once is giving
me the following error:

An error (#2 - E_WARNING) has occured in file /home/httpd
/html/index.php (line 39) at Wed Feb 6 15:50:07 EST 2002: Unable to
include '/we
bspace/basisadmin/dot.gi/?noheaders=1' - request execution failed

The problem is this 'dot.gi' part of the string -- it doesn't EVER exist
as far as I can tell.. I've tried to echo the variable that stores the
path just prior to the include_once call and echo it to the browser... it
echos (correctly without this 'dot.gi') but the error still occurs.
Instead of 'dot.gi' in the echo output, I get the correct
'/home/httpd/html/webspace/basisadmin/index.php'
-- 
Edit bug report at http://bugs.php.net/?id=15406&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15406&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15406&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15406&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15406&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15406&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15406&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15406&r=notenoughinfo


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15407: The " == " op does not work

2002-02-06 Thread piapoco


From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.1.1
PHP Bug Type: Variables related
Bug description:  The " == " op does not work

I'm using Apache and IIS 5.

When I use the comparison operator ( == ), my code fails. But when I use a
single ( = ), it goes fine. I'm using the plain config that comes with
Apache and PHP, but added a line to have .incs treated in the server.

This is the lame code:

if ($myrow == mysql_fetch_array($Recset))
{
  $gIDClient = $HTTP_POST_VARS["IDClient"];
}

The assigment never gets touched and no error messages are issued. 
Weird, ain't it?
Thanks.
-- 
Edit bug report at http://bugs.php.net/?id=15407&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15407&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15407&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15407&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15407&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15407&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15407&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15407&r=notenoughinfo


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclusion(?)]

2002-02-06 Thread Sander Steffann


Hi,

IMHO making PHP case sensitive after being case-INsensitive for so many
years is a very bad idea. The reasons are already mentioned on the list. For
us (ISP in The Netherlands) the most important one is BC. We would not be
able to upgrade any of our servers when this would go into PHP5. A lot of
our customers use PHP, and I think almost every customer would have scripts
that break. (which is not acceptable ofcouse)

Please don't do this... (That's a -1 from me)
Sander.




-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15408: Safe Mode / MySQL Vuln,

2002-02-06 Thread dw


From: [EMAIL PROTECTED]
Operating system: All
PHP version:  4.1.1
PHP Bug Type: *Directory/Filesystem functions
Bug description:  Safe Mode / MySQL Vuln,

--

  Security Advisory DW020203-PHP
Release: 3rd February 2002

  PHP Safe Mode Filesystem Circumvention Problem

  Severity:   Medium to high.
  Affects:PHP, all versions which include safe_mode feature.
  Platform:   UNIX, Microsoft Windows, any platforms on which PHP is 
available.
  Vendor: http://php.net.
  Discovered: 12th January 2002, Dave Wilson <[EMAIL PROTECTED]>, using
  PHP 4.1.0 & Apache 2 on Linux.

 
--


VULNERABILITY IN BRIEF

PHP (since version 3?) includes a commonly used feature known as 
Safe Mode.
When enabled, scripts are highly limited in their ability to access
or
execute local files, among other things.

PHP relies on a wrapper function around all filesystem calls to
perform
access checks, but unforunately the bundled MySQL client library has
not
been modified to perform such checks on "LOAD DATA INFILE LOCAL" 
statements.

If an attacker has access to a MySQL server (either provided by you
or
himself), he can use it as a proxy by which to download files 
residing on
the safe_mode-enabled web server. For large ISPs relying on this
feature
for individual customer privacy, it could mean clients accessing each
other's files, or viewing of files on an improperly secured server.


FIX

Currently, no fix exists. You may use other PHP safe_mode functions
to
disable the use of the MySQL client library, or secure your servers in
a
proper fashion.. A suggested fix for the PHP developers might be to
scan
mysql_query()s for strings similar to "LOAD DATA LOCAL INFILE".

Happy hackers out there might like to look at libmysql.c:1764 if 
interested
in fixing this problem, although that may only be possible from 
within PHP.


EXAMPLE

The attached script will (once configured correctly) attempt to read
"/var/log/lastlog" via the SQL daemon and return it to the client.

$ cp safe_mode.php /www
$ wget -qO lastlog_via_mysql localhost/safe_mode.php
$ diff /var/log/lastlog lastlog_via_mysql; echo $?
0


COMMENTS

Due to the nature of the PHP project, development is very rapid and 
hence
many sites do not keep up with latest PHP versions. If a fix was 
available,
it would take quite a while to propagate.

It is likely that this is not an isolated problem in PHP, my bets are
on
PostgreSQL and other PHP database extensions missing this one too.

The MySQL support has been enabled in PHP by default for as long as 
I can
remember.

DAVE WILSON

Currently residing in Belfast, Northern Ireland, he is available for 
work
relating to network security auditing, post-attack recovery and 
forensics,
and penetration testing. He may be contacted at <[EMAIL PROTECTED]>.
If
you have any comments regarding this advisory, please contact him 
directly.
-- 
Edit bug report at http://bugs.php.net/?id=15408&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15408&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15408&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15408&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15408&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15408&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15408&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15408&r=notenoughinfo


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15409: Printing header works only if followed by a print statement


From: [EMAIL PROTECTED]
Operating system: RH Linux 7.2 (kernel2.4.9-13smp)
PHP version:  4.1.1
PHP Bug Type: Apache related
Bug description:  Printing header works only if followed by a print statement

The following script works when php is called from the command line:

http://www.yahoo.com/";);
exit;
?>

[myhost] php test.php
Location: http://www.yahoo.com/
Content-type: text/html

But when called via the Apache server (1.3.20), I get nothing (and nothing
in the error logs, so I don't think PHP is crashing):

[myhost] telnet localhost 80
Trying localhost...
Connected to localhost.
Escape character is '^]'.
GET /test.php HTTP/1.0

Connection closed by foreign host.

But if I print some non-empty string after I print the header, it works:

http://www.yahoo.com/";);
print "\n";
exit;
?>

[myhost] telnet localhost 80
Trying localhost...
Connected to localhost.
Escape character is '^]'.
GET /test.php HTTP/1.0

HTTP/1.1 302 Found
Date: Wed, 06 Feb 2002 21:01:52 GMT
Server: Apache/1.3.20 (Unix)  (Red-Hat/Linux) mod_ssl/2.8.4 OpenSSL/0.9.6b
DAV/1.0.2
Location: http://www.yahoo.com/
Connection: close
Content-Type: text/html

This is not restricted to the Location header; other headers do not
display either, unless followed by some non-null print statement.




-- 
Edit bug report at http://bugs.php.net/?id=15409&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15409&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15409&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15409&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15409&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15409&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15409&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15409&r=notenoughinfo


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15408 Updated: Safe Mode / MySQL Vuln,


 ID:   15408
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: *Directory/Filesystem functions
 Operating System: All
 PHP Version:  4.1.1
 New Comment:

Duplicate (because it was already posted exactly like this, I made it
bogus)


Previous Comments:


[2002-02-06 16:03:34] [EMAIL PROTECTED]

--

  Security Advisory DW020203-PHP
Release: 3rd February 2002

  PHP Safe Mode Filesystem Circumvention Problem

  Severity:   Medium to high.
  Affects:PHP, all versions which include safe_mode feature.
  Platform:   UNIX, Microsoft Windows, any platforms on which PHP is 
available.
  Vendor: http://php.net.
  Discovered: 12th January 2002, Dave Wilson <[EMAIL PROTECTED]>,
using
  PHP 4.1.0 & Apache 2 on Linux.

 
--


VULNERABILITY IN BRIEF

PHP (since version 3?) includes a commonly used feature known as 
Safe Mode.
When enabled, scripts are highly limited in their ability to access
or
execute local files, among other things.

PHP relies on a wrapper function around all filesystem calls to
perform
access checks, but unforunately the bundled MySQL client library
has not
been modified to perform such checks on "LOAD DATA INFILE LOCAL" 
statements.

If an attacker has access to a MySQL server (either provided by you
or
himself), he can use it as a proxy by which to download files 
residing on
the safe_mode-enabled web server. For large ISPs relying on this
feature
for individual customer privacy, it could mean clients accessing
each
other's files, or viewing of files on an improperly secured
server.


FIX

Currently, no fix exists. You may use other PHP safe_mode functions
to
disable the use of the MySQL client library, or secure your servers
in a
proper fashion.. A suggested fix for the PHP developers might be to
scan
mysql_query()s for strings similar to "LOAD DATA LOCAL INFILE".

Happy hackers out there might like to look at libmysql.c:1764 if 
interested
in fixing this problem, although that may only be possible from 
within PHP.


EXAMPLE

The attached script will (once configured correctly) attempt to
read
"/var/log/lastlog" via the SQL daemon and return it to the client.

$ cp safe_mode.php /www
$ wget -qO lastlog_via_mysql localhost/safe_mode.php
$ diff /var/log/lastlog lastlog_via_mysql; echo $?
0


COMMENTS

Due to the nature of the PHP project, development is very rapid and

hence
many sites do not keep up with latest PHP versions. If a fix was 
available,
it would take quite a while to propagate.

It is likely that this is not an isolated problem in PHP, my bets
are on
PostgreSQL and other PHP database extensions missing this one too.

The MySQL support has been enabled in PHP by default for as long as

I can
remember.

DAVE WILSON

Currently residing in Belfast, Northern Ireland, he is available
for 
work
relating to network security auditing, post-attack recovery and 
forensics,
and penetration testing. He may be contacted at
<[EMAIL PROTECTED]>. If
you have any comments regarding this advisory, please contact him 
directly.




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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15407 Updated: The " == " op does not work

2002-02-06 Thread jan


 ID:   15407
 Updated by:   [EMAIL PROTECTED]
-Summary:  The " == " op does not work
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Variables related
 Operating System: Windows 2000
 PHP Version:  4.1.1
 New Comment:

= is no comparison operator but an assignment operator. since a $var =
"bla" is not very error prone of course it "works" but that is
logically not what you want. additionally the == operator on arrays is
not veryhelpful. I suggest, you read the manual sections about
"Assignments", "Comparision", "Arrays" and "Array Functions". No bug ->
bogus 


Previous Comments:


[2002-02-06 16:00:13] [EMAIL PROTECTED]

I'm using Apache and IIS 5.

When I use the comparison operator ( == ), my code fails. But when I
use a single ( = ), it goes fine. I'm using the plain config that comes
with Apache and PHP, but added a line to have .incs treated in the
server.

This is the lame code:

if ($myrow == mysql_fetch_array($Recset))
{
  $gIDClient = $HTTP_POST_VARS["IDClient"];
}

The assigment never gets touched and no error messages are issued. 
Weird, ain't it?
Thanks.




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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15409 Updated: Printing header works only if followed by a print statement


 ID:   15409
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache related
 Operating System: RH Linux 7.2 (kernel2.4.9-13smp)
 PHP Version:  4.1.1
 New Comment:

Who told you you can print a header like that?
Anyway... the headers are indeed only send when some output is done.


Previous Comments:


[2002-02-06 16:05:15] [EMAIL PROTECTED]

The following script works when php is called from the command line:

http://www.yahoo.com/";);
exit;
?>

[myhost] php test.php
Location: http://www.yahoo.com/
Content-type: text/html

But when called via the Apache server (1.3.20), I get nothing (and
nothing in the error logs, so I don't think PHP is crashing):

[myhost] telnet localhost 80
Trying localhost...
Connected to localhost.
Escape character is '^]'.
GET /test.php HTTP/1.0

Connection closed by foreign host.

But if I print some non-empty string after I print the header, it
works:

http://www.yahoo.com/";);
print "\n";
exit;
?>

[myhost] telnet localhost 80
Trying localhost...
Connected to localhost.
Escape character is '^]'.
GET /test.php HTTP/1.0

HTTP/1.1 302 Found
Date: Wed, 06 Feb 2002 21:01:52 GMT
Server: Apache/1.3.20 (Unix)  (Red-Hat/Linux) mod_ssl/2.8.4
OpenSSL/0.9.6b DAV/1.0.2
Location: http://www.yahoo.com/
Connection: close
Content-Type: text/html

This is not restricted to the Location header; other headers do not
display either, unless followed by some non-null print statement.








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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15409 Updated: Printing header works only if followed by a print statement


 ID:   15409
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache related
 Operating System: RH Linux 7.2 (kernel2.4.9-13smp)
 PHP Version:  4.1.1
 New Comment:

Of course the headers are only sent when output is done.  I understand
that.  But the problem is that if there is no output other than the
header, the header is not displayed at all!

I just realized that a patch I quickly threw together for bug 15209 may
be to blame.  I'm quite confident that 15209 is a legitimate bug that
needs attention (although nobody seems to have done anything with it). 
Before anybody wastes time on this bug, 15209 should take priority.


Previous Comments:


[2002-02-06 16:10:33] [EMAIL PROTECTED]

Who told you you can print a header like that?
Anyway... the headers are indeed only send when some output is done.



[2002-02-06 16:05:15] [EMAIL PROTECTED]

The following script works when php is called from the command line:

http://www.yahoo.com/";);
exit;
?>

[myhost] php test.php
Location: http://www.yahoo.com/
Content-type: text/html

But when called via the Apache server (1.3.20), I get nothing (and
nothing in the error logs, so I don't think PHP is crashing):

[myhost] telnet localhost 80
Trying localhost...
Connected to localhost.
Escape character is '^]'.
GET /test.php HTTP/1.0

Connection closed by foreign host.

But if I print some non-empty string after I print the header, it
works:

http://www.yahoo.com/";);
print "\n";
exit;
?>

[myhost] telnet localhost 80
Trying localhost...
Connected to localhost.
Escape character is '^]'.
GET /test.php HTTP/1.0

HTTP/1.1 302 Found
Date: Wed, 06 Feb 2002 21:01:52 GMT
Server: Apache/1.3.20 (Unix)  (Red-Hat/Linux) mod_ssl/2.8.4
OpenSSL/0.9.6b DAV/1.0.2
Location: http://www.yahoo.com/
Connection: close
Content-Type: text/html

This is not restricted to the Location header; other headers do not
display either, unless followed by some non-null print statement.








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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15409 Updated: Printing header works only if followed by a print statement


 ID:   15409
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache related
 Operating System: RH Linux 7.2 (kernel2.4.9-13smp)
 PHP Version:  4.1.1
 New Comment:

But I was unable to reproduce it here on RH 7.2/4.1.1

Derick


Previous Comments:


[2002-02-06 16:13:31] [EMAIL PROTECTED]

Of course the headers are only sent when output is done.  I understand
that.  But the problem is that if there is no output other than the
header, the header is not displayed at all!

I just realized that a patch I quickly threw together for bug 15209 may
be to blame.  I'm quite confident that 15209 is a legitimate bug that
needs attention (although nobody seems to have done anything with it). 
Before anybody wastes time on this bug, 15209 should take priority.



[2002-02-06 16:10:33] [EMAIL PROTECTED]

Who told you you can print a header like that?
Anyway... the headers are indeed only send when some output is done.



[2002-02-06 16:05:15] [EMAIL PROTECTED]

The following script works when php is called from the command line:

http://www.yahoo.com/";);
exit;
?>

[myhost] php test.php
Location: http://www.yahoo.com/
Content-type: text/html

But when called via the Apache server (1.3.20), I get nothing (and
nothing in the error logs, so I don't think PHP is crashing):

[myhost] telnet localhost 80
Trying localhost...
Connected to localhost.
Escape character is '^]'.
GET /test.php HTTP/1.0

Connection closed by foreign host.

But if I print some non-empty string after I print the header, it
works:

http://www.yahoo.com/";);
print "\n";
exit;
?>

[myhost] telnet localhost 80
Trying localhost...
Connected to localhost.
Escape character is '^]'.
GET /test.php HTTP/1.0

HTTP/1.1 302 Found
Date: Wed, 06 Feb 2002 21:01:52 GMT
Server: Apache/1.3.20 (Unix)  (Red-Hat/Linux) mod_ssl/2.8.4
OpenSSL/0.9.6b DAV/1.0.2
Location: http://www.yahoo.com/
Connection: close
Content-Type: text/html

This is not restricted to the Location header; other headers do not
display either, unless followed by some non-null print statement.








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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15209 Updated: Under Apache, register_shutdown_function() broke between 4.0.x to 4.1.x


 ID:   15209
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Critical
 Bug Type: Output Control
 Operating System: RH Linux 7.2
 PHP Version:  4.1.1

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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15410: Compile --enable-ftp

2002-02-06 Thread keeper


From: [EMAIL PROTECTED]
Operating system: redhat 7.2
PHP version:  4.1.1
PHP Bug Type: Compile Failure
Bug description:  Compile --enable-ftp

When compling with --enable-ftp it can't find the dir ext/ftp, maybe
someone forgot to put it with the release?
-- 
Edit bug report at http://bugs.php.net/?id=15410&edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=15410&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15410&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=15410&r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=15410&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15410&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=15410&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15410&r=notenoughinfo


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15409 Updated: Printing header works only if followed by a print statement


 ID:   15409
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Apache related
 Operating System: RH Linux 7.2 (kernel2.4.9-13smp)
 PHP Version:  4.1.1
 New Comment:

OK -- if you can't reproduce it, it's likely the result of the patch I
applied to our copy.  My apologies for entering this bug report before
testing against a standard 4.1.1 install.

But if you happen to know how to attack 15209...  :-P


Previous Comments:


[2002-02-06 16:14:18] [EMAIL PROTECTED]

But I was unable to reproduce it here on RH 7.2/4.1.1

Derick



[2002-02-06 16:13:31] [EMAIL PROTECTED]

Of course the headers are only sent when output is done.  I understand
that.  But the problem is that if there is no output other than the
header, the header is not displayed at all!

I just realized that a patch I quickly threw together for bug 15209 may
be to blame.  I'm quite confident that 15209 is a legitimate bug that
needs attention (although nobody seems to have done anything with it). 
Before anybody wastes time on this bug, 15209 should take priority.



[2002-02-06 16:10:33] [EMAIL PROTECTED]

Who told you you can print a header like that?
Anyway... the headers are indeed only send when some output is done.



[2002-02-06 16:05:15] [EMAIL PROTECTED]

The following script works when php is called from the command line:

http://www.yahoo.com/";);
exit;
?>

[myhost] php test.php
Location: http://www.yahoo.com/
Content-type: text/html

But when called via the Apache server (1.3.20), I get nothing (and
nothing in the error logs, so I don't think PHP is crashing):

[myhost] telnet localhost 80
Trying localhost...
Connected to localhost.
Escape character is '^]'.
GET /test.php HTTP/1.0

Connection closed by foreign host.

But if I print some non-empty string after I print the header, it
works:

http://www.yahoo.com/";);
print "\n";
exit;
?>

[myhost] telnet localhost 80
Trying localhost...
Connected to localhost.
Escape character is '^]'.
GET /test.php HTTP/1.0

HTTP/1.1 302 Found
Date: Wed, 06 Feb 2002 21:01:52 GMT
Server: Apache/1.3.20 (Unix)  (Red-Hat/Linux) mod_ssl/2.8.4
OpenSSL/0.9.6b DAV/1.0.2
Location: http://www.yahoo.com/
Connection: close
Content-Type: text/html

This is not restricted to the Location header; other headers do not
display either, unless followed by some non-null print statement.








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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15409 Updated: Printing header works only if followed by a print statement


 ID:   15409
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Apache related
 Operating System: RH Linux 7.2 (kernel2.4.9-13smp)
 PHP Version:  4.1.1
 New Comment:

Would you still be so kind to test with standard 4.1.1?
(and I morked 15209 as critical for now)

Derick


Previous Comments:


[2002-02-06 16:17:20] [EMAIL PROTECTED]

OK -- if you can't reproduce it, it's likely the result of the patch I
applied to our copy.  My apologies for entering this bug report before
testing against a standard 4.1.1 install.

But if you happen to know how to attack 15209...  :-P



[2002-02-06 16:14:18] [EMAIL PROTECTED]

But I was unable to reproduce it here on RH 7.2/4.1.1

Derick



[2002-02-06 16:13:31] [EMAIL PROTECTED]

Of course the headers are only sent when output is done.  I understand
that.  But the problem is that if there is no output other than the
header, the header is not displayed at all!

I just realized that a patch I quickly threw together for bug 15209 may
be to blame.  I'm quite confident that 15209 is a legitimate bug that
needs attention (although nobody seems to have done anything with it). 
Before anybody wastes time on this bug, 15209 should take priority.



[2002-02-06 16:10:33] [EMAIL PROTECTED]

Who told you you can print a header like that?
Anyway... the headers are indeed only send when some output is done.



[2002-02-06 16:05:15] [EMAIL PROTECTED]

The following script works when php is called from the command line:

http://www.yahoo.com/";);
exit;
?>

[myhost] php test.php
Location: http://www.yahoo.com/
Content-type: text/html

But when called via the Apache server (1.3.20), I get nothing (and
nothing in the error logs, so I don't think PHP is crashing):

[myhost] telnet localhost 80
Trying localhost...
Connected to localhost.
Escape character is '^]'.
GET /test.php HTTP/1.0

Connection closed by foreign host.

But if I print some non-empty string after I print the header, it
works:

http://www.yahoo.com/";);
print "\n";
exit;
?>

[myhost] telnet localhost 80
Trying localhost...
Connected to localhost.
Escape character is '^]'.
GET /test.php HTTP/1.0

HTTP/1.1 302 Found
Date: Wed, 06 Feb 2002 21:01:52 GMT
Server: Apache/1.3.20 (Unix)  (Red-Hat/Linux) mod_ssl/2.8.4
OpenSSL/0.9.6b DAV/1.0.2
Location: http://www.yahoo.com/
Connection: close
Content-Type: text/html

This is not restricted to the Location header; other headers do not
display either, unless followed by some non-null print statement.








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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15410 Updated: Compile --enable-ftp


 ID:   15410
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: redhat 7.2
 PHP Version:  4.1.1
 New Comment:

It is in the distribution. What is the exact error you get?

Derick


Previous Comments:


[2002-02-06 16:16:47] [EMAIL PROTECTED]

When compling with --enable-ftp it can't find the dir ext/ftp, maybe
someone forgot to put it with the release?




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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] CVS Account Request: tibee

2002-02-06 Thread Tibor Balogh


Translating the documentation into Hungarian. Goba (Gabor Hojtsy) told me to fill this 
form, because I want to translate many parts of the doc.

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15409 Updated: Printing header works only if followed by a print statement


 ID:   15409
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Apache related
 Operating System: RH Linux 7.2 (kernel2.4.9-13smp)
 PHP Version:  4.1.1
 New Comment:

I just rebuilt PHP 4.1.1 without my patch, ran the test, and I did in
fact get the headers as expected.  Sorry for the false alarm; I'm
closing this bug.


Previous Comments:


[2002-02-06 16:18:27] [EMAIL PROTECTED]

Would you still be so kind to test with standard 4.1.1?
(and I morked 15209 as critical for now)

Derick



[2002-02-06 16:17:20] [EMAIL PROTECTED]

OK -- if you can't reproduce it, it's likely the result of the patch I
applied to our copy.  My apologies for entering this bug report before
testing against a standard 4.1.1 install.

But if you happen to know how to attack 15209...  :-P



[2002-02-06 16:14:18] [EMAIL PROTECTED]

But I was unable to reproduce it here on RH 7.2/4.1.1

Derick



[2002-02-06 16:13:31] [EMAIL PROTECTED]

Of course the headers are only sent when output is done.  I understand
that.  But the problem is that if there is no output other than the
header, the header is not displayed at all!

I just realized that a patch I quickly threw together for bug 15209 may
be to blame.  I'm quite confident that 15209 is a legitimate bug that
needs attention (although nobody seems to have done anything with it). 
Before anybody wastes time on this bug, 15209 should take priority.



[2002-02-06 16:10:33] [EMAIL PROTECTED]

Who told you you can print a header like that?
Anyway... the headers are indeed only send when some output is done.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/15409

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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [Fwd: Re: [Zend Engine 2] Case sensitivity: Conclusion(?)]

2002-02-06 Thread Jani Taskinen



Many scripts will break anyway if you update to PHP 5..

+1 (still) for case-sensitivity which would make the language
more conistent. Or if this is ruled out, then let's make all
variables and constants case-insensitive too. It is so confusing
for all the newbies when $FOO isn't same as $foo.

--Jani


On Wed, 6 Feb 2002, Sander Steffann wrote:

>Hi,
>
>IMHO making PHP case sensitive after being case-INsensitive for so many
>years is a very bad idea. The reasons are already mentioned on the list. For
>us (ISP in The Netherlands) the most important one is BC. We would not be
>able to upgrade any of our servers when this would go into PHP5. A lot of
>our customers use PHP, and I think almost every customer would have scripts
>that break. (which is not acceptable ofcouse)
>
>Please don't do this... (That's a -1 from me)
>Sander.
>
>
>
>
>


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Lists

2002-02-06 Thread Zeev Suraski

At 10:42 PM 2/6/2002, Robinson, Mike wrote:

>I reckon we've been through all this before.
>Closing the list in any way is just a bad idea.

It's just that never before did we lose actual contributors over people who 
make nothing but noise.  Now it is happening.

Zeev

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15405 Updated: anti-aliasing switch (-$color) is wack in ImageTTFText

2002-02-06 Thread mfischer


 ID:   15405
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: GD related
 Operating System: Linux
 PHP Version:  4.1.1
 New Comment:

Yeah it's cool, isn't it? It's even documented:

http://www.php.net/manual/en/function.imagettftext.php


Previous Comments:


[2002-02-06 15:00:28] [EMAIL PROTECTED]

i'm using v2.0.1 of gd.

when i run:
ImageTTFText($image, $size, $rot, $stringX, $stringY, $white, $font,
$msg);

The text is white.

when i run:
ImageTTFText($image, $size, $rot, $stringX, $stringY, -$white, $font,
$msg);

(note the "-" in front of the color), the text is not white.  it's
sometimes yellow, sometimes grey, but never white.







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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15405 Updated: anti-aliasing switch (-$color) is wack in ImageTTFText

2002-02-06 Thread mfischer


 ID:   15405
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: GD related
 Operating System: Linux
 PHP Version:  4.1.1
 New Comment:

Yeah it's cool, isn't it? It's even documented:

http://www.php.net/manual/en/function.imagettftext.php


Previous Comments:


[2002-02-06 16:53:30] [EMAIL PROTECTED]

Yeah it's cool, isn't it? It's even documented:

http://www.php.net/manual/en/function.imagettftext.php



[2002-02-06 15:00:28] [EMAIL PROTECTED]

i'm using v2.0.1 of gd.

when i run:
ImageTTFText($image, $size, $rot, $stringX, $stringY, $white, $font,
$msg);

The text is white.

when i run:
ImageTTFText($image, $size, $rot, $stringX, $stringY, -$white, $font,
$msg);

(note the "-" in front of the color), the text is not white.  it's
sometimes yellow, sometimes grey, but never white.







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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15407 Updated: The " == " op does not work

2002-02-06 Thread mfischer


 ID:   15407
 Updated by:   [EMAIL PROTECTED]
-Summary:  The " == " op does not work
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Variables related
 Operating System: Windows 2000
 PHP Version:  4.1.1
 New Comment:

>'since a $var = "bla" is not very error prone of course it "works"'

"of course" is not right. the assignment will be done and the value of
the expression will be used to determine whether the if() will be true
or not. If mysql_fetch_array() would return false or null, the "of
course" is not true anymore


Previous Comments:


[2002-02-06 16:08:42] [EMAIL PROTECTED]

= is no comparison operator but an assignment operator. since a $var =
"bla" is not very error prone of course it "works" but that is
logically not what you want. additionally the == operator on arrays is
not veryhelpful. I suggest, you read the manual sections about
"Assignments", "Comparision", "Arrays" and "Array Functions". No bug ->
bogus 



[2002-02-06 16:00:13] [EMAIL PROTECTED]

I'm using Apache and IIS 5.

When I use the comparison operator ( == ), my code fails. But when I
use a single ( = ), it goes fine. I'm using the plain config that comes
with Apache and PHP, but added a line to have .incs treated in the
server.

This is the lame code:

if ($myrow == mysql_fetch_array($Recset))
{
  $gIDClient = $HTTP_POST_VARS["IDClient"];
}

The assigment never gets touched and no error messages are issued. 
Weird, ain't it?
Thanks.




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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15366 Updated: Appendix A. History of PHP and related projects


 ID:  15366
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Open
+Status:  Assigned
 Bug Type:Documentation problem
 PHP Version: 4.1.1
-Assigned To: 
+Assigned To: alindeman
 New Comment:

Hehe, now that is funny.  Assigned to myself.  Should appear fixed in a
few days.



Previous Comments:


[2002-02-04 09:12:43] [EMAIL PROTECTED]

Appendix A. History of PHP and related projects
Publications about PHP

"Articles about migrating PHP-based applications to PHP under Windows"
you mean ASP-based ?





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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15366 Updated: Appendix A. History of PHP and related projects


 ID:  15366
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Assigned
+Status:  Closed
 Bug Type:Documentation problem
 PHP Version: 4.1.1
 Assigned To: alindeman
 New Comment:

Status -> Closed



Previous Comments:


[2002-02-06 14:22:03] [EMAIL PROTECTED]

Hehe, now that is funny.  Assigned to myself.  Should appear fixed in a
few days.




[2002-02-04 09:12:43] [EMAIL PROTECTED]

Appendix A. History of PHP and related projects
Publications about PHP

"Articles about migrating PHP-based applications to PHP under Windows"
you mean ASP-based ?





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


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #15366 Updated: Appendix A. History of PHP and related projects