[PHP-DOC] #24878 [NEW]: Header documentation does not state return value

2003-07-31 Thread keith at midnighthax dot com
From: keith at midnighthax dot com
Operating system: n/a
PHP version:  Irrelevant
PHP Bug Type: Documentation problem
Bug description:  Header documentation does not state return value

Description:

The online documentation page for header at
http://uk.php.net/manual/en/function.header.php states that header
returns an int value. However, the value of the return value does not
appear to be documented.


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


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



Re: [PHP-DOC] cvs: phpdoc /entities global.ent

2003-07-31 Thread Gabor Hojtsy
In what respect these are corrections?

Goba

Mehdi Achour rta:
didou		Wed Jul 30 17:49:59 2003 EDT

  Modified files:  
/phpdoc/entities	global.ent 
  Log:
  correcting two more links
  
Index: phpdoc/entities/global.ent
diff -u phpdoc/entities/global.ent:1.126 phpdoc/entities/global.ent:1.127
--- phpdoc/entities/global.ent:1.126	Wed Jul 30 13:48:46 2003
+++ phpdoc/entities/global.ent	Wed Jul 30 17:49:58 2003
@@ -1,6 +1,6 @@
 !-- -*- SGML -*-
 
- $Id: global.ent,v 1.126 2003/07/30 17:48:46 didou Exp $
+ $Id: global.ent,v 1.127 2003/07/30 21:49:58 didou Exp $
 
  Contains global macros for all the XML documents.
 
@@ -249,8 +249,8 @@
 !ENTITY url.sesam.en http://its.siemens.de/lobs/its/techinf/oltp/sesam/manuals/index_en.htm;
 !ENTITY url.session-fixation http://www.acros.si/papers/session_fixation.pdf;
 !ENTITY url.smart.questions http://www.catb.org/~esr/faqs/smart-questions.html;
-!ENTITY url.sqlite http://www.sqlite.org/;
-!ENTITY url.sqlite.interface.c http://www.sqlite.org/c_interface.html;
+!ENTITY url.sqlite http://sqlite.org/;
+!ENTITY url.sqlite.interface.c http://sqlite.org/c_interface.html;
 !ENTITY url.socket.faq http://www.developerweb.net/sock-faq/;
 !ENTITY url.st-threads http://sourceforge.net/projects/state-threads/;
 !ENTITY url.stuffit http://www.stuffit.com/;





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


Re: [PHP-DOC] cvs: phpdoc /entities global.ent

2003-07-31 Thread Mehdi
The www was down yesterday and this morning.
I've droped a mail yesterday to their network administrator and now it 
seems to work..
Was it working for you before ?

Mehdi

In what respect these are corrections?

Goba

Mehdi Achour rta:

didouWed Jul 30 17:49:59 2003 EDT

  Modified files:  /phpdoc/entitiesglobal.ent   Log:
  correcting two more links
  Index: phpdoc/entities/global.ent
diff -u phpdoc/entities/global.ent:1.126 
phpdoc/entities/global.ent:1.127
--- phpdoc/entities/global.ent:1.126Wed Jul 30 13:48:46 2003
+++ phpdoc/entities/global.entWed Jul 30 17:49:58 2003
@@ -1,6 +1,6 @@
 !-- -*- SGML -*-
 
- $Id: global.ent,v 1.126 2003/07/30 17:48:46 didou Exp $
+ $Id: global.ent,v 1.127 2003/07/30 21:49:58 didou Exp $
 
  Contains global macros for all the XML documents.
 
@@ -249,8 +249,8 @@
 !ENTITY url.sesam.en 
http://its.siemens.de/lobs/its/techinf/oltp/sesam/manuals/index_en.htm; 

 !ENTITY url.session-fixation 
http://www.acros.si/papers/session_fixation.pdf;
 !ENTITY url.smart.questions 
http://www.catb.org/~esr/faqs/smart-questions.html;
-!ENTITY url.sqlite http://www.sqlite.org/;
-!ENTITY url.sqlite.interface.c 
http://www.sqlite.org/c_interface.html;
+!ENTITY url.sqlite http://sqlite.org/;
+!ENTITY url.sqlite.interface.c http://sqlite.org/c_interface.html;
 !ENTITY url.socket.faq http://www.developerweb.net/sock-faq/;
 !ENTITY url.st-threads 
http://sourceforge.net/projects/state-threads/;
 !ENTITY url.stuffit http://www.stuffit.com/;








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


Re: [PHP-DOC] cvs: phpdoc /entities global.ent

2003-07-31 Thread Gabor Hojtsy
The www was down yesterday and this morning.
I've droped a mail yesterday to their network administrator and now it 
seems to work.. Was it working for you before ?
This explains it. I don't remember if I have visited the page with www 
or without...

Goba

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


Re: [PHP-DOC] cvs: phpdoc /entities global.ent

2003-07-31 Thread Mehdi Achour
Gabor Hojtsy wrote:
The www was down yesterday and this morning.
I've droped a mail yesterday to their network administrator and now it 
seems to work.. Was it working for you before ?


This explains it. I don't remember if I have visited the page with www 
or without...
Should I revert or leave it this way ?





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


Re: [PHP-DOC] cvs: phpdoc /entities global.ent

2003-07-31 Thread Gabor Hojtsy
The www was down yesterday and this morning.
I've droped a mail yesterday to their network administrator and now 
it seems to work.. Was it working for you before ?
This explains it. I don't remember if I have visited the page with www 
or without...
Should I revert or leave it this way ?
No need to revert it IMHO.

Goba

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


[PHP-DOC] #24878 [Opn-Asn]: Header documentation does not state return value

2003-07-31 Thread hholzgra
 ID:   24878
 Updated by:   [EMAIL PROTECTED]
 Reported By:  keith at midnighthax dot com
-Status:   Open
+Status:   Assigned
 Bug Type: Documentation problem
 Operating System: n/a
 PHP Version:  Irrelevant
 New Comment:

should be void instead of int


Previous Comments:


[2003-07-31 04:19:27] keith at midnighthax dot com

Description:

The online documentation page for header at
http://uk.php.net/manual/en/function.header.php states that header
returns an int value. However, the value of the return value does not
appear to be documented.






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


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



[PHP-DOC] cvs: phpdoc /scripts/rtlpatch HtmlExtParser.class.php

2003-07-31 Thread Moshe Doron
momoThu Jul 31 08:53:53 2003 EDT

  Modified files:  
/phpdoc/scripts/rtlpatchHtmlExtParser.class.php 
  Log:
  systemitem's
  
Index: phpdoc/scripts/rtlpatch/HtmlExtParser.class.php
diff -u phpdoc/scripts/rtlpatch/HtmlExtParser.class.php:1.14 
phpdoc/scripts/rtlpatch/HtmlExtParser.class.php:1.15
--- phpdoc/scripts/rtlpatch/HtmlExtParser.class.php:1.14Wed Jul 30 09:48:18 
2003
+++ phpdoc/scripts/rtlpatch/HtmlExtParser.class.php Thu Jul 31 08:53:53 2003
@@ -16,7 +16,7 @@
   | Authors:Moshe Doron [EMAIL PROTECTED] |
   +--+
   
- $Id: HtmlExtParser.class.php,v 1.14 2003/07/30 13:48:18 momo Exp $
+ $Id: HtmlExtParser.class.php,v 1.15 2003/07/31 12:53:53 momo Exp $
 */
 
 class CHtmlExtParse extends CHtmlParse{
@@ -63,7 +63,14 @@
$this-ATE[$tmp-1][dir] = ltr;
}
} while($tmp);
-   
+
+//fix systemitem:
+do{
+if($tmp = 
$this-get_element_id_by_rule(array(tag=span,properties=array(class,systemitem),offset=($tmp+1{
+$this-ATE[$tmp-1][dir] = ltr;
+}
+} while($tmp);
+
//ltr literals:
$tmp=0;
do{
@@ -88,7 +95,7 @@
do{
if($tmp = 
$this-get_element_id_by_rule(array(tag=tt,properties=array(class,filename),offset=($tmp+1{
$this-ATE[$tmp][dir] = ltr;
-   //if varname not before punctuation marks, add nbsp; 
to eliminate the align issue came with dir=rtl:
+   //if filename not before punctuation marks, add nbsp; 
to eliminate the align issue came with dir=rtl:
if(isset($this-ATE[$tmp+3][data]{0})){
$ord = ord($this-ATE[$tmp+3][data]{0});

if($ord65||$ord==32||$ord==40||$ord==41){//without (all the punctuation marks whitout 
space, and brackets).
@@ -258,4 +265,4 @@
unset($this-EC);
unset($this-EBT);
}
-}
\ No newline at end of file
+}



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



[PHP-DOC] #24887 [NEW]: German documentation - file_exists - short description

2003-07-31 Thread bill dot gates at microsoft dot com
From: bill dot gates at microsoft dot com
Operating system: 
PHP version:  Irrelevant
PHP Bug Type: Documentation problem
Bug description:  German documentation - file_exists - short description

Description:

bei der Kurzbeschreibung wird nur auf die Überprüfung von Dateien
hingewiesen.
wie in der englischen doku richtig beschrieben kann aber die Existenz von
Dateien UND Verzeichnisse überprüft werden!


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


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



[PHP-DOC] #24888 [NEW]: Typo (extreme nit-pick) in is_scalar function

2003-07-31 Thread rob at intruos dot com
From: rob at intruos dot com
Operating system: na
PHP version:  Irrelevant
PHP Bug Type: Documentation problem
Bug description:  Typo (extreme nit-pick) in is_scalar function

Description:

In the description of what a scalar value is the following sentence:

Types array, object and resource or not scalar.

Should it be resource are not scalar?


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


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



[PHP-DOC] cvs: phpdoc /en/reference/var/functions is-scalar.xml

2003-07-31 Thread Mehdi Achour
didou   Thu Jul 31 12:37:15 2003 EDT

  Modified files:  
/phpdoc/en/reference/var/functions  is-scalar.xml 
  Log:
  fixing #24888
  
Index: phpdoc/en/reference/var/functions/is-scalar.xml
diff -u phpdoc/en/reference/var/functions/is-scalar.xml:1.3 
phpdoc/en/reference/var/functions/is-scalar.xml:1.4
--- phpdoc/en/reference/var/functions/is-scalar.xml:1.3 Fri May 30 12:58:05 2003
+++ phpdoc/en/reference/var/functions/is-scalar.xml Thu Jul 31 12:37:15 2003
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.3 $ --
+!-- $Revision: 1.4 $ --
 !-- splitted from ./en/functions/var.xml, last change in rev 1.35 --
   refentry id=function.is-scalar
refnamediv
@@ -23,7 +23,7 @@
  Scalar variables are those containing an typeinteger/type, 
  typefloat/type, typestring/type or typeboolean/type.  
  Types typearray/type, typeobject/type and typeresource/type 
- or not scalar.
+ are not scalar.
  informalexample
   programlisting role=php
 !-- TODO: better example, this one can be quite misleading for unexperienced



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



[PHP-DOC] #24888 [Opn-Csd]: Typo (extreme nit-pick) in is_scalar function

2003-07-31 Thread didou
 ID:   24888
 Updated by:   [EMAIL PROTECTED]
 Reported By:  rob at intruos dot com
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: na
 PHP Version:  Irrelevant
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.


Previous Comments:


[2003-07-31 11:32:27] rob at intruos dot com

Description:

In the description of what a scalar value is the following sentence:

Types array, object and resource or not scalar.

Should it be resource are not scalar?






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


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



[PHP-DOC] #24251 [Com]: include paths with include*()/require*() (again)

2003-07-31 Thread marv at cyberia dot net dot lb
 ID:   24251
 Comment by:   marv at cyberia dot net dot lb
 Reported By:  qurve at qurve dot com
 Status:   Analyzed
 Bug Type: Documentation problem
 Operating System: FreeBSD 4.7
 PHP Version:  4.3.2
 New Comment:

I posted this comment before but it seems to have evaporated. Is there
a bug in the bug database? 



The problem lies with function php_fopen_with_path in
php-src/main/fopen_wrappers.c

The code is inconsistent with the what the documentation suggests
(which
is c-like behaviour). And since I think the documented behaviour is
more
intiuative, the code appears in-correct.

Currently, the code is as follows:
If the filename starts with a '.' (such as ../c/c.php above), the
function looks for the file relative to the 'main' script.
Else if the filename is an absolute path, the function opens it
directly.
Otherwise, the function looks for the file relative to the directories
listed in the 'include_path' configuration directive.
If that fails, it then checks relative to the directory of the
currently
executing script.

This has the consequences stated in the initial bug report. It also
means that relative includes are always enabled. Adding a '.' path to
the paths in include_path does not enable relative includes. It causes
PHP to check relative to the 'main' script before checking relative to
the currently executing script.

I think it would be better if the function:
Opens the file directly if it is an absolute path.
Otherwise, scan the 'include_path' directive and replace a '.' path
with
the path of the currently executing script.
Look for the file relative to the directories listed in the modified
'include_path'.


Previous Comments:


[2003-06-23 22:21:04] [EMAIL PROTECTED]

It's working just like it is supposed to be working.
The working directory (cwd) is the one for the 'main' script, a.php in
your case. NOT the directory where the 'sub' scripts are located.
 







[2003-06-21 12:35:12] qurve at qurve dot com

I should also note that this behavior isn't even consistent:

+---++++---+--+
| # | file   | includes   | should include | actually includes
| correct? |
+---++++---+--+
| 1 | /root/a.php| b/b.php| /root/b/b.php  | /root/b/b.php
| yes  |
| 2 | /root/b/b.php  | b2.php | /root/b/b2.php | /root/b/b2.php   
| yes  |
| 3 | /root/b/b2.php | ../c/c.php | /root/c/c.php  | /c/c.php 
| no   |
+---++++---+--+

Behavior 1 works as it should
Behavior 2 works as it should
Behavior 3 works not as expected

Behavior 2 and 3 are inconsistent with each other.



[2003-06-18 21:26:50] qurve at qurve dot com

Description:

This was posted previously, but I did not feel the issue was really
answered by the responses and I upgraded to 4.3.2 and it's still like
this.

I'm not sure whether this is how it's supposed to work, but if it is
I'm amazed because it's extremely counter-intuitive.

'.' should always be relative to the script that is calling
include*()/require*() even if that script was include*()'d/require*()'d
itself.

full write-up here:
http://www.qurve.com/broken_paths.txt

Reproduce code:
---
http://www.qurve.com/broken_paths.txt

Expected result:

/root/a.php includes:   b/b.php
/root/b/b.php includes: ../c/c.php
php should include /root/c/c.php

Actual result:
--
/root/a.php includes:   b/b.php
/root/b/b.php includes: ../c/c.php
php attempts to include /c/c.php





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


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



Re: [PHP-DOC] Re: cvs: phpdoc /entities global.ent

2003-07-31 Thread Philip Olson

Hello-

Some thoughts:

 Some entities still need to be fixed :
 
 !ENTITY url.chilisoft http://www.chilisoft.com/chiliasp/default.asp;
 !ENTITY url.chilisoft.asp http://www.chilisoft.com/;
 both redirects to http://wwws.sun.com/software/chilisoft/index.html
 what should we do ?

Seems we should:

 1) Locate where these entities are used.
 2) Upon evaluation, either update the links and/or use
newer, more appropriate entities instead.

For example if sun simply purchased chilisoft, but no longer
uses the name, we'll use new entities as the name chilisoft
has no meaning.  And/or if the name is still used, update the 
entities and use.  IDK this topic, just babbling.

 !ENTITY url.php.bugdosdonts http://bugs.php.net/bugs-dos-and-donts.php;
 redirecting to http://bugs.php.net/ , is it good ?

The information from that page was eventually deprecated
in favor of url.php.bugs.howtoreport; long ago so this
bugdosdonts entity isn't needed, the phpweb page was deleted.
Is the entity still used?  (I'm away from computer).

 !ENTITY url.pspell http://aspell.net/;
 Why is pspell linked to aspell ?

Good question :)  It should link to pspell and only be
used for pspell links.  IIRC the world encourages people
only use newer Aspell instead of older Aspell/Pspell
combos so these docs need updating, but it's another topic
for another thread of its own, which is also part of
what to do with deprecated extensions, and PECL extensions,
and that's yet another topic :)

 Some links seems to be down, can someone confirm it ? :
 
 !ENTITY url.sqlite http://www.sqlite.org/;
 !ENTITY url.sqlite.interface.c http://www.sqlite.org/c_interface.html;
 !ENTITY url.tiff http://www.libtiff.org/;
 !ENTITY url.thttpd http://www.acme.com/software/thttpd/;
 !ENTITY url.palm.doc http://www.aportis.com/;
 !ENTITY url.ovrimos http://www.ovrimos.com/;
 !ENTITY url.openasp http://www.activescripting.org/;

 I'll try to find new links. Suggestions/comments are welcome.

A couple months ago I removed any use of the openasp entity, and 
only left it for translators to catch up.

Have fun :)

Regards,
Philip


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



[PHP-DOC] #24833 [Opn-Bgs]: not clearly explained open_basedir

2003-07-31 Thread nicos
 ID:   24833
 Updated by:   [EMAIL PROTECTED]
 Reported By:  john at webital dot de
-Status:   Open
+Status:   Bogus
 Bug Type: Documentation problem
 Operating System: linux
 PHP Version:  4.3.1
 New Comment:

You probably don't know where to find it.

But its documented.


Previous Comments:


[2003-07-27 17:33:55] john at webital dot de

to do with open_basedir



[2003-07-27 17:32:02] john at webital dot de

Description:

THIS IS A DOCUMENTATION BUG !

when its set for the following /home/www/netsh128/

and I have a file /home/www/netsh128/bits/neu/file.php which includes a
file in /home/www/netsh128/bits/file2.php
 
eg include '../file2.php';

I get loads of warnings a open_basedir restrictions !

If I change my include to 
include '/home/www/netsh128/bits/file2.php'; 

then no problems - this took a lot searching to find out !!!
It is not well documented !

Hope it helps someone !






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


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



[PHP-DOC] #24833 [Bgs]: not clearly explained open_basedir

2003-07-31 Thread john at webital dot de
 ID:   24833
 User updated by:  john at webital dot de
 Reported By:  john at webital dot de
 Status:   Bogus
 Bug Type: Documentation problem
 Operating System: linux
 PHP Version:  4.3.1
 New Comment:

Answer from bugs.php.net was 

You probably don't know where to find it.

But its documented.


Okay but that's exactly my point - why sould I have to know where to
find it ?
Why is it not documented by open_basedir ??
That is my point - not that if I search for ages I can find it !


Previous Comments:


[2003-07-31 14:24:04] [EMAIL PROTECTED]

You probably don't know where to find it.

But its documented.



[2003-07-27 17:33:55] john at webital dot de

to do with open_basedir



[2003-07-27 17:32:02] john at webital dot de

Description:

THIS IS A DOCUMENTATION BUG !

when its set for the following /home/www/netsh128/

and I have a file /home/www/netsh128/bits/neu/file.php which includes a
file in /home/www/netsh128/bits/file2.php
 
eg include '../file2.php';

I get loads of warnings a open_basedir restrictions !

If I change my include to 
include '/home/www/netsh128/bits/file2.php'; 

then no problems - this took a lot searching to find out !!!
It is not well documented !

Hope it helps someone !






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


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



[PHP-DOC] #24896 [NEW]: Upload example 18-2 confusing about version needed for is_uploaded_file()

2003-07-31 Thread tycje at hotmail dot com
From: tycje at hotmail dot com
Operating system: Irrelevant
PHP version:  Irrelevant
PHP Bug Type: Documentation problem
Bug description:  Upload example 18-2 confusing about version needed for 
is_uploaded_file()

Description:

On http://www.php.net/manual/en/features.file-upload.php there is an
example 18-2, which mentions:

// In PHP earlier then 4.0.3, use copy() and is_uploaded_file() instead
of move_uploaded_file

I find this quite confusing, because in the documentation of
is_uploaded_file() at
http://www.php.net/manual/en/function.is-uploaded-file.php it says:
is_uploaded_file() is available only in versions of PHP 3 after PHP
3.0.16, and in versions of PHP 4 after 4.0.2.

So, for versions 4 earlier than 4.0.3, the example is wrong.


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


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



[PHP-DOC] #24833 [Bgs]: not clearly explained open_basedir

2003-07-31 Thread didou
 ID:   24833
 Updated by:   [EMAIL PROTECTED]
 Reported By:  john at webital dot de
 Status:   Bogus
 Bug Type: Documentation problem
 Operating System: linux
 PHP Version:  4.3.1
 New Comment:

nicos, maybe you can supply a link ? It will be great for John


Previous Comments:


[2003-07-31 15:44:38] john at webital dot de

Answer from bugs.php.net was 

You probably don't know where to find it.

But its documented.


Okay but that's exactly my point - why sould I have to know where to
find it ?
Why is it not documented by open_basedir ??
That is my point - not that if I search for ages I can find it !



[2003-07-31 14:24:04] [EMAIL PROTECTED]

You probably don't know where to find it.

But its documented.



[2003-07-27 17:33:55] john at webital dot de

to do with open_basedir



[2003-07-27 17:32:02] john at webital dot de

Description:

THIS IS A DOCUMENTATION BUG !

when its set for the following /home/www/netsh128/

and I have a file /home/www/netsh128/bits/neu/file.php which includes a
file in /home/www/netsh128/bits/file2.php
 
eg include '../file2.php';

I get loads of warnings a open_basedir restrictions !

If I change my include to 
include '/home/www/netsh128/bits/file2.php'; 

then no problems - this took a lot searching to find out !!!
It is not well documented !

Hope it helps someone !






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


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