[PHP-DOC] #21736 [Opn]: fsockopen timeouts
ID: 21736
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
-Bug Type: Sockets related
+Bug Type: Documentation problem
Operating System: Linux (kernel 2.4.18)
PHP Version: 4.3.0
New Comment:
And did you read the NEWS for PHP 4.3.0?
"Added php.ini option "default_socket_timeout" to set the
timeout limit for PHP network streams.
(kalowsky, [EMAIL PROTECTED], Wez)"
This setting is documented here:
http://www.php.net/manual/en/ref.filesystem.php
Changing this to a documentation problem as the fsockopen page should
mention this new feature (which helps prevents potential DOS attacks),
and the documentation of the ini setting should be listed in either the
network functions summary or in the new streams section.
Previous Comments:
[2003-01-18 19:45:05] [EMAIL PROTECTED]
Hi,
Thanks for your answer.
You're right, it is not the fsockopen() which times out. It is the
script itself because the fsockopen() never responds.
After 1 minute waiting for a respond, my browser give up.
So I don't have any error message from the script.
Here is some hints:
- the script runs fine on PHP4.2.x but not on PHP4.3.0
- fsockopen("207.46.245.61", 80); works fine on both PHP4.3.0 and
PHP4.2.x
- fsockopen("lb.msnbc.com", 80); also works fine on both PHP4.3.0 and
PHP4.2.x
- if you need, you can find the phpinfo page at this address :
http://w06.httpserveur.net/phpinfo.php
Thans a lot.
[2003-01-18 18:17:46] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
What times out? The script or the fsockopen call?
What is the error message?
*please* read the info here:
http://bugs.php.net/how-to-report.php
and then fill in more information to make this a useful bug report.
[2003-01-18 16:36:59] [EMAIL PROTECTED]
Hi,
PHP4.3.0 is a great version. Congratulations.
Just on thing about fsockopen()
Let's try this simple script :
It works fine in PHP4.2.x but it timeouts in PHP4.3.0
Thanks a lot
--
Edit this bug report at http://bugs.php.net/?id=21736&edit=1
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/features http-auth.xml
tom Sun Jan 19 04:46:52 2003 EDT
Modified files:
/phpdoc/en/features http-auth.xml
Log:
changed example that html-result fits on the screen (bug #21727)
Index: phpdoc/en/features/http-auth.xml
diff -u phpdoc/en/features/http-auth.xml:1.30 phpdoc/en/features/http-auth.xml:1.31
--- phpdoc/en/features/http-auth.xml:1.30 Wed Dec 25 05:19:32 2002
+++ phpdoc/en/features/http-auth.xmlSun Jan 19 04:46:52 2003
@@ -1,5 +1,5 @@
-
+
HTTP authentication with PHP
@@ -127,7 +127,8 @@
exit;
}
- if (!isset($_SERVER['PHP_AUTH_USER']) || ($_POST['SeenBefore'] == 1 &&
$_POST['OldAuth'] == $_SERVER['PHP_AUTH_USER'])) {
+ if (!isset($_SERVER['PHP_AUTH_USER']) ||
+ ($_POST['SeenBefore'] == 1 && $_POST['OldAuth'] == $_SERVER['PHP_AUTH_USER'])) {
authenticate();
}
else {
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21727 [Fbk->Csd]: [CHM] Wrong pagewidth in en/features.http-auth.html
ID: 21727 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Documentation problem Operating System: Windows PHP Version: 4.3.0 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-01-18 09:00:34] [EMAIL PROTECTED] What is the problem really on that page? Can you provide a bit more information... [2003-01-18 08:58:11] [EMAIL PROTECTED] The windows help (CHM) release from 2002-01-15 and earlier realeaes too. Contains wrong pagewidth in en/features.http-auth.html. -- Edit this bug report at http://bugs.php.net/?id=21727&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/reference/network/functions openlog.xml
LOG_LOCAL0 ... LOG_LOCAL7 not available in windows. This almost closes bug #16217 - reserved for local use + reserved for local use, these are not available in windows "on Windows", not "in windows", I think (also notice the capital W)... Goba -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/reference/session/functionssession-decode.xml session-encode.xml
/phpdoc/en/reference/session/functions session-decode.xml session-encode.xml + + + Voir aussi + session_encode Khm, this does not seem to be English... Goba -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/chapters streams.dir.xml streams.structs.xml streams.xml
wez Sun Jan 19 05:11:24 2003 EDT Modified files: /phpdoc/en/chapters streams.dir.xml streams.structs.xml streams.xml Log: Check in these docs that have been lying around for a while. By no means complete, but better than not having them. Index: phpdoc/en/chapters/streams.dir.xml diff -u phpdoc/en/chapters/streams.dir.xml:1.1 phpdoc/en/chapters/streams.dir.xml:1.2 --- phpdoc/en/chapters/streams.dir.xml:1.1 Sat Aug 10 19:38:41 2002 +++ phpdoc/en/chapters/streams.dir.xml Sun Jan 19 05:11:23 2003 @@ -1,5 +1,5 @@ - + + +
Re: [PHP-DOC] operator precedence missing
The operator precedence table[1] is missing several operators. The following operators are missing: "->" class member operator "::" scope resolution operator "<>" not equals (same precedence as "!=" ?) Well, I don't know the precedence, so someone with sufficient knowlegde can please add these? ;) Also missing are a few casts: (bool), (boolean), (real), (double), (integer). Though, all but the first of these are synonyms. Well, the general policy is that (double) and (real) are deprecated, and (float) should be used instead... The "=>" is not listed, but I believe this is not actually an operator. Well, yes, it cannot be used out of an array definition context... I am about 90% done writing a bison grammar for PHP, but will have to do some code reading to find the precedence of the class related operators. If someone knows where they should go, I'd appreciate a reply. Happy to hear that you are working on a bison grammar ;) I think the PHP developers would be happy to help you in some problems, as well as happy to see that grammar as a contribution ;)) [EMAIL PROTECTED] Goba -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21426 [Opn->Asn]: [chm] bug on language.types.resource.html
ID: 21426 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: windows PHP Version: 4CVS-2003-01-05 (dev) -Assigned To: +Assigned To: goba New Comment: OK, I'll look into this, and fix it in the next sample... Previous Comments: [2003-01-19 01:32:06] [EMAIL PROTECTED] Instead of a space, the actual " " string is displayed. [2003-01-19 00:51:06] [EMAIL PROTECTED] So what's the bug on this resource page? [2003-01-05 05:21:55] [EMAIL PROTECTED] I have found a bug on page language.types.resource.html [chm date: 2002-12-27]... I don't suppose I'm the first one to mention the over-escaped non-breaking space on the documentation page. Immediately before the link to "report a bug". :) -- Edit this bug report at http://bugs.php.net/?id=21426&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/chapters security.xml
tom Sun Jan 19 05:30:14 2003 EDT Modified files: /phpdoc/en/chapters security.xml Log: typo Index: phpdoc/en/chapters/security.xml diff -u phpdoc/en/chapters/security.xml:1.50 phpdoc/en/chapters/security.xml:1.51 --- phpdoc/en/chapters/security.xml:1.50Sat Jan 18 14:58:04 2003 +++ phpdoc/en/chapters/security.xml Sun Jan 19 05:30:14 2003 @@ -1,5 +1,5 @@ - + Security @@ -561,7 +561,7 @@ informations in this way will be a hard work. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/stream reference.xml
wez Sun Jan 19 05:46:22 2003 EDT
Modified files:
/phpdoc/en/reference/stream reference.xml
Log:
Minor alterations:
- PHP implements HTTP 1.0, not 1.1
- ssl and tls are not wrappers; they are socket "transports" recognized
only by fsockopen.
- always use "wb" or "rb" when opening files so that win32 lusers
don't post bug reports when their binary data gets munched by the (D)OS.
Index: phpdoc/en/reference/stream/reference.xml
diff -u phpdoc/en/reference/stream/reference.xml:1.7
phpdoc/en/reference/stream/reference.xml:1.8
--- phpdoc/en/reference/stream/reference.xml:1.7Wed Jan 15 18:51:25 2003
+++ phpdoc/en/reference/stream/reference.xmlSun Jan 19 05:46:22 2003
@@ -1,5 +1,5 @@
-
+
Stream functions
Streams
@@ -21,7 +21,7 @@
A wrapper is additional code which tells the stream how to
handle
specific protocols/encodings. For example, the http
- wrapper knows how to translate a URL into an HTTP/1.1
+ wrapper knows how to translate a URL into an HTTP/1.0
request for a file on a remote server. There are many wrappers
built into PHP by default (See ),
and additional, custom wrappers may be added either within a
@@ -35,7 +35,7 @@
A filter is a final piece of code which may perform
opperations on data as it is being read from or written to a stream.
Any number of filters may be stacked onto a stream. Custom
-filters can be defined in a PHP script using
+ filters can be defined in a PHP script using
stream_register_filter or in an extension using the
API Reference in . To access the list of currently
registered filters, use stream_get_filters.
@@ -47,7 +47,7 @@
scheme(string) -
The name of the wrapper to be used. Examples include: file,
-http, https, ftp, ftps, compress.zlib, compress.bz2, ssl, tls, and php. See
+http, https, ftp, ftps, compress.zlib, compress.bz2, and php. See
for a list of PHP builtin wrappers. If
no wrapper is specified, the function default is used (typically
file://).
@@ -225,7 +225,7 @@
* File can be read back using compress.zlib stream or just
* decompressed from the command line using 'gzip -d foo-bar.txt.gz'
*/
-$fp = fopen("compress.zlib://foo-bar.txt.gz","w");
+$fp = fopen("compress.zlib://foo-bar.txt.gz","wb");
if (!$fp) die("Unable to create file.");
fwrite($fp, "This is a test.\n");
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] operator precedence missing
On Sun, 19 Jan 2003, James E. Flemer wrote: > I am about 90% done writing a bison grammar for PHP, but > will have to do some code reading to find the precedence of > the class related operators. If someone knows where they > should go, I'd appreciate a reply. Why are you writing bison grammer while we already have it? Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #20705 [Opn->Csd]: openssl_pkey_new does not seem to generate a new key
ID: 20705
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Documentation problem
Operating System: Windows 2000 Professional
PHP Version: 4.2.3
Assigned To: wez
New Comment:
Thank you for your bug report. This issue has already been fixed
in the latest released version of PHP, which you can download at
http://www.php.net/downloads.php
Previous Comments:
[2002-12-11 06:33:11] [EMAIL PROTECTED]
A little more info:
The default path for the openssl.cnf file is determined as follows:
OPENSSL_CONF environmental variable, if set, is assumed to hold the
path to the file.
If it is not set, SSLEAY_CONF environmental variable is checked next.
If neither are set, PHP will look in the default certificate area that
was set
at the time that the SSL DLLs were compiled. This is typically
"C:\usr\local\ssl\openssl.cnf".
[2002-12-11 06:13:12] [EMAIL PROTECTED]
It seems that you need to have a valid openssl.cnf file for this to
work correctly.
You can obtain this file from one of the packages at:
http://www.openssl.org/source/
The default path is C:\usr\local\ssl\openssl.cnf, but
you can override this path like this:
$key = openssl_pkey_new(
array("config" => "path/to/openssl.cnf")
);
We are currently investigating including a file for this purpose in our
win32 binary distributions.
Making this a documentation problem (I already added more information,
but this has yet to filter through to the online docs).
[2002-12-11 01:04:41] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-12-10 18:31:32] [EMAIL PROTECTED]
openssl_error_string() returns different messages when I reload the
page. I used the following test script:
--
Error Message: ".openssl_error_string()."";
exit;
?>
These are the error messages openssl_error_string() returned:
1. request) error:02001003:system library:fopen:No such process
2. request) error:2006D002:BIO routines:BIO_new_file:system lib
3. request) error:02001003:system library:fopen:No such process
Thanks..
[2002-12-10 13:30:05] [EMAIL PROTECTED]
And what error messages does openssl_error_string() return?
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/20705
--
Edit this bug report at http://bugs.php.net/?id=20705&edit=1
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/reference/network/functions openlog.xml
On Sun, 19 Jan 2003, Gabor Hojtsy wrote: > > LOG_LOCAL0 ... LOG_LOCAL7 not available in windows. This almost closes bug >#16217 > > - reserved for local use > > + reserved for local use, these are not available in windows > > "on Windows", not "in windows", I think (also notice the capital W)... This is my bias showing through :) -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #17324 [Csd->Opn]: charset in polish chm is wrong
ID: 17324 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: Documentation problem Operating System: winxp PHP Version: 4.2.1 New Comment: almost ok now. Only in table of contents there are some minor bugs. Eg: "tre¶ci" instead of "treci" Previous Comments: [2003-01-17 23:24:52] [EMAIL PROTECTED] This is fixed, from phpdoc/chm/make_chm.php "pl" => array( "langcode" => "0x415 Polish", "preferred_charset" => "Windows-1250", "preferred_font" => $DEFAULT_FONT ), [2002-11-01 04:10:10] [EMAIL PROTECTED] There are actually no 10th edition of the Polish manual... But there is a new one available from php.net approx. every week, if all goes well.. [2002-10-31 18:01:12] [EMAIL PROTECTED] Strangely there is still sth wrong with coding. All charset and coding is ok, but chm seems to set ISO-8859-1 or in some files also it is set to windows-1250 and letters coding is in ISO-8859-2. I suppose that coding it all to windows-1250 should make it work, because it's the only "right" coding in polish windows, and I don't think that anyone would use it outside of Poland and on other system than windows :) [2002-10-31 13:57:34] [EMAIL PROTECTED] Does the problem still exist in the latest version (10th edition) of the chm manual? [2002-05-21 02:13:27] [EMAIL PROTECTED] It's true. Additionaly, users can't search the manual because of incompatible charsets. I've investigated this problem about month ago. There is no other way to solve it than converting the whole manual to cp-1250 and changing meta before compiling chm. I hope it would be possible with the new version of chm. 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/17324 -- Edit this bug report at http://bugs.php.net/?id=17324&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] operator precedence missing
Well actually I didn't notice that one, but now that I have looked at it I'm glad I wrote mine w/o looking at the Zend one. The Zend one is a bit cluttered, but I can probably use it to figure out the few remaining precedence issues. It is interesting how flex start conditions were used to deal with key words used as variable names. Thanks for pointing it out. -James On Sun, 19 Jan 2003, Derick Rethans wrote: > On Sun, 19 Jan 2003, James E. Flemer wrote: > > > I am about 90% done writing a bison grammar for PHP, but > > will have to do some code reading to find the precedence of > > the class related operators. If someone knows where they > > should go, I'd appreciate a reply. > > Why are you writing bison grammer while we already have it? > > Derick > > -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/array/functions extract.xml
manuzhaiSun Jan 19 11:54:32 2003 EDT Modified files: /phpdoc/en/reference/array/functionsextract.xml Log: Added forgotten . Index: phpdoc/en/reference/array/functions/extract.xml diff -u phpdoc/en/reference/array/functions/extract.xml:1.6 phpdoc/en/reference/array/functions/extract.xml:1.7 --- phpdoc/en/reference/array/functions/extract.xml:1.6 Tue Sep 10 04:00:35 2002 +++ phpdoc/en/reference/array/functions/extract.xml Sun Jan 19 11:54:31 2003 @@ -1,5 +1,5 @@ - + @@ -147,8 +147,8 @@ successfully imported into the symbol table. - A possible use for extract is to import into the symbol table - variables contained in an associative array returned by + A possible use for extract is to import into the + symbol table variables contained in an associative array returned by wddx_deserialize. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/strings/functions nl2br.xml
philip Sun Jan 19 14:47:55 2003 EDT Modified files: /phpdoc/en/reference/strings/functions nl2br.xml Log: See also str_replace Index: phpdoc/en/reference/strings/functions/nl2br.xml diff -u phpdoc/en/reference/strings/functions/nl2br.xml:1.2 phpdoc/en/reference/strings/functions/nl2br.xml:1.3 --- phpdoc/en/reference/strings/functions/nl2br.xml:1.2 Wed Apr 17 02:44:20 2002 +++ phpdoc/en/reference/strings/functions/nl2br.xml Sun Jan 19 14:47:55 2003 @@ -1,5 +1,5 @@ - + @@ -28,8 +28,9 @@ See also htmlspecialchars, - htmlentities and - wordwrap. + htmlentities, + wordwrap, and + str_replace. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/network/functions openlog.xml syslog.xml
philip Sun Jan 19 14:52:03 2003 EDT Modified files: /phpdoc/en/reference/network/functions openlog.xml syslog.xml Log: Typo -> Windows not windows (seen by Goba) Index: phpdoc/en/reference/network/functions/openlog.xml diff -u phpdoc/en/reference/network/functions/openlog.xml:1.4 phpdoc/en/reference/network/functions/openlog.xml:1.5 --- phpdoc/en/reference/network/functions/openlog.xml:1.4 Sat Jan 18 18:26:50 2003 +++ phpdoc/en/reference/network/functions/openlog.xml Sun Jan 19 14:52:02 2003 @@ -1,5 +1,5 @@ - + @@ -113,7 +113,7 @@ LOG_LOCAL0 ... LOG_LOCAL7 - reserved for local use, these are not available in windows + reserved for local use, these are not available in Windows LOG_LPR Index: phpdoc/en/reference/network/functions/syslog.xml diff -u phpdoc/en/reference/network/functions/syslog.xml:1.3 phpdoc/en/reference/network/functions/syslog.xml:1.4 --- phpdoc/en/reference/network/functions/syslog.xml:1.3Sat Jan 18 18:49:58 2003 +++ phpdoc/en/reference/network/functions/syslog.xmlSun Jan 19 14:52:02 2003 @@ -1,5 +1,5 @@ - + @@ -114,7 +114,7 @@ Use of LOG_LOCAL0 through LOG_LOCAL7 for the facility parameter of openlog is not available - in windows. + in Windows. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/datetime/functions date.xml
philip Sun Jan 19 14:58:53 2003 EDT Modified files: /phpdoc/en/reference/datetime/functions date.xml Log: WS. Tabs -> Spaces. Index: phpdoc/en/reference/datetime/functions/date.xml diff -u phpdoc/en/reference/datetime/functions/date.xml:1.5 phpdoc/en/reference/datetime/functions/date.xml:1.6 --- phpdoc/en/reference/datetime/functions/date.xml:1.5 Wed Jan 15 05:03:34 2003 +++ phpdoc/en/reference/datetime/functions/date.xml Sun Jan 19 14:58:53 2003 @@ -1,5 +1,5 @@ - + @@ -60,155 +60,155 @@ Uppercase Ante meridiem and Post meridiem AM or PM - -B -Swatch Internet time -000 through 999 - - -d -Day of the month, 2 digits with leading zeros -01 to 31 - - -D -A textual representation of a week, three letters -Mon through Sun - - -F -A full textual representation of a month, such as January or March -January through December - - -g -12-hour format of an hour without leading zeros -1 through 12 - - -G -24-hour format of an hour without leading zeros -0 through 23 - - -h -12-hour format of an hour with leading zeros -01 through 12 - - -H -24-hour format of an hour with leading zeros -00 through 23 - - -i -Minutes with leading zeros -00 to 59 - - -I (capital i) -Whether or not the date is in daylights savings time -1 if Daylight Savings Time, 0 otherwise. - - -j -Day of the month without leading zeros -1 to 31 - - -l (lowercase 'L') -A full textual representation of the day of the week -Sunday through Saturday - - -L -Whether it's a leap year -1 if it is a leap year, 0 otherwise. - - -m -Numeric representation of a month, with leading zeros -01 through 12 - - -M -A short textual representation of a month, three letters -Jan through Dec - - -n -Numeric representation of a month, without leading zeros -1 through 12 - - -O -Difference to Greenwich time (GMT) in hours -Example: +0200 - - -r -RFC 822 formatted date -Example: Thu, 21 Dec 2000 16:01:07 +0200 - - -s -Seconds, with leading zeros -00 through 59 - - -S -English ordinal suffix for the day of the month, 2 characters - - st, nd, rd or - th. Works well with j - - - -t -Number of days in the given month -28 through 31 - - -T -Timezone setting of this machine -Examples: EST, MDT ... - - -U -Seconds since the Unix Epoch (January 1 1970 00:00:00 GMT) -See also time - - -w -Numeric representation of the day of the week -0 (for Sunday) through 6 (for Saturday) - - -W -ISO-8601 week number of year, weeks starting on Monday (added in PHP 4.1.0) -Example: 42 (the 42nd week in the year) - - -Y -A full numeric representation of a year, 4 digits -Examples: 1999 or 2003 - - -y -A two digit representation of a year -Examples: 99 or 03 - - -z -The day of the year -0 through 366 - - -Z -Timezone offset in seconds. The offset for timezones west of UTC is always -negative, and for those east of UTC is always positive. --43200 through 43200 - + + B + Swatch Internet time + 000 through 999 + + + d + Day of the month, 2 digits with leading zeros + 01 to 31 + + + D + A textual representation of a week, three letters + Mon through Sun + + + F + A full textual representation of a month, such as January or +March + January through December + + + g + 12-hour format of an hour without leading zeros + 1 through 12 + + + G + 24-hour format of an hour without leading zeros + 0 through 23 + + + h + 12-hour format of an hour with leading zeros + 01 through 12 + + + H + 24-hour format of an hour with leading zeros + 00 through 23 + + + i + Minut
[PHP-DOC] #20895 [Asn]: dirname() behaviour changed
ID: 20895
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Documentation problem
Operating System: Win 2000Pro SP3
PHP Version: 4.3.0RC2
Assigned To: philip
New Comment:
Don't assign bugs to me.
Previous Comments:
[2003-01-02 20:34:51] [EMAIL PROTECTED]
Okay since philip was around, I assign that to him.
[2002-12-18 18:13:09] [EMAIL PROTECTED]
Okay, marking as a documentation bug. A needs to exist in the
dirname docs for windows users as the current POSIX isn't
accurate as of PHP 4.3.0...
[2002-12-11 11:16:36] [EMAIL PROTECTED]
Suppose you have a file c:/file.txt and you want to open another file
from the same directory.
If dirname("c:/file.txt"); return '.', then fopen
("./another_file.txt") will fail because it is looking in the wrong
directory, the current current directory. If it returns c:/ or c: then
c: + / + file will resolve to the actual file and open it correctly.
[2002-12-10 20:05:55] [EMAIL PROTECTED]
A couple people just tested this and get the same results as the bug
report with 4.3.0RC2, please explain why this behavior changed.
[2002-12-08 23:56:53] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
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/20895
--
Edit this bug report at http://bugs.php.net/?id=20895&edit=1
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #20895 [Asn->Opn]: dirname() behaviour changed
ID: 20895
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Open
Bug Type: Documentation problem
Operating System: Win 2000Pro SP3
PHP Version: 4.3.0RC2
Previous Comments:
[2003-01-19 15:17:38] [EMAIL PROTECTED]
Don't assign bugs to me.
[2003-01-02 20:34:51] [EMAIL PROTECTED]
Okay since philip was around, I assign that to him.
[2002-12-18 18:13:09] [EMAIL PROTECTED]
Okay, marking as a documentation bug. A needs to exist in the
dirname docs for windows users as the current POSIX isn't
accurate as of PHP 4.3.0...
[2002-12-11 11:16:36] [EMAIL PROTECTED]
Suppose you have a file c:/file.txt and you want to open another file
from the same directory.
If dirname("c:/file.txt"); return '.', then fopen
("./another_file.txt") will fail because it is looking in the wrong
directory, the current current directory. If it returns c:/ or c: then
c: + / + file will resolve to the actual file and open it correctly.
[2002-12-10 20:05:55] [EMAIL PROTECTED]
A couple people just tested this and get the same results as the bug
report with 4.3.0RC2, please explain why this behavior changed.
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/20895
--
Edit this bug report at http://bugs.php.net/?id=20895&edit=1
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #20384 [Asn->Csd]: magic_quotes_sybase = on sorta turns magic_quotes_gpc off
ID: 20384 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: all PHP Version: 4CVS-2002-11-11 Assigned To: philip New Comment: This is documented now. Previous Comments: [2002-11-12 06:00:44] [EMAIL PROTECTED] reclassified. [2002-11-12 05:50:38] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php [2002-11-12 04:06:00] [EMAIL PROTECTED] With the following configuration: magic_quotes_sybase = on magic_quotes_gpc= on Currently (as of php4.3.0-dev) the following behavior exists: a) Makes GPC foo's into foo''s (as advertised) b) Doesn't touch foo"s, foo"s remains foo"s. The same can be said for \ and NUL's as they are unaffected by magic_quotes_gpc when _sybase is On! In summary, _sybase takes over _gpc and only ' are escaped. The rest remain untouched as if _gpc is off. This behavior is unexpected to me as I would still expect magic_quotes_gpc to affect ", \ and NUL's. get_magic_quotes_gpc() still returns true even when ", \ and NUL's are not escaped, this seems odd. I haven't seen one quotes management solution out there in phpland that takes into account _sybase so am a little worried. Proposal: If both _gpc and _sybase are On: a) foo's turns to foo''s as advertised (like current) b) magic_quotes_gpc will still affect everything else except single quotes, with backslashes. Regarding BC. I'm not sure if this change will affect BC nor am I all that familiar with Sybase or character escaping in general so please comment. I vote the above proposal is discussed and if approved implemented into PHP 4.3.0 -- Edit this bug report at http://bugs.php.net/?id=20384&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #20453 [Asn->Bgs]: $_SERVER['QUERY_STRING'] not set on 404 redirect
ID: 20453 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Bogus Bug Type: Documentation problem Operating System: RedHat 7.3 PHP Version: 4.2.3 Assigned To: philip New Comment: This is actually part of an open phpdoc feature request made here: http://bugs.php.net/7741 Not every single possible predefined variable is documented, that's quite a job. When/if it does happen, this information will exist within it :) Previous Comments: [2002-11-18 01:18:39] [EMAIL PROTECTED] Am working on this. There are several REDIRECT_* predefined vars to use. See also: http://httpd.apache.org/docs/custom-error.html [2002-11-16 01:51:34] [EMAIL PROTECTED] This is how Apache behaves. It doesn't set QUERY_STRING when page is not found as it's redirected. You can test this with putting phpinfo() into your 404 script. Search for "REDIRECT_QUERY_STRING" in the "Apache Environment" section.. (it's also in _SERVER var) [2002-11-15 18:20:58] [EMAIL PROTECTED] $_SERVER['QUERY_STRING'] is empty in our 404-handling script, which is displayed when the user's URL is not found. The query string appears correctly in REQUEST_URI, so the data is there, it's just not getting into the QUERY_STRING var. Here are some dumps of the $_SERVER array, for an existing script, and a bad URL that displays the 404 script: (user: bugzilla; Pass: bugzz) http://clewis.myfonts.com/exists.php?stuff=things http://clewis.myfonts.com/notexist.php?stuff=things Using Apache 1.3.26, PHP 4.2.3, configured with './configure' '--prefix=/usr/local' '--with-apache=../apache' '--with-mysql=/usr/local' '--with-curl' '--with-gd' '--with-mcrypt' '--with-pspell' '--enable-apc' '--with-zlib' -Chris -- Edit this bug report at http://bugs.php.net/?id=20453&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/chapters install.windows.xml
philip Sun Jan 19 17:10:19 2003 EDT Modified files: /phpdoc/en/chapters install.windows.xml Log: Closes bug #16790. Mentions gd2 dll and cli. Index: phpdoc/en/chapters/install.windows.xml diff -u phpdoc/en/chapters/install.windows.xml:1.21 phpdoc/en/chapters/install.windows.xml:1.22 --- phpdoc/en/chapters/install.windows.xml:1.21 Sat Jan 18 00:00:06 2003 +++ phpdoc/en/chapters/install.windows.xml Sun Jan 19 17:10:19 2003 @@ -1,5 +1,5 @@ - + Installation on Windows systems @@ -137,7 +137,9 @@ PHP 4 for Windows comes in two flavours - a CGI executable (php.exe), and several SAPI modules (for example: php4isapi.dll). The latter form is new to PHP 4, and provides significantly improved performance and - some new functionality. + some new functionality. There is also a CLI version which is + further described in the + commandline chapter. @@ -744,6 +746,11 @@ php_gd.dll GD library image functions + None + + + php_gd2.dll + GD2 library image functions None -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #16790 [Asn->Csd]: Installation instructions is outdated
ID: 16790 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: Windows PHP Version: 4.2.0 -Assigned To: imajes +Assigned To: philip New Comment: Maybe this has all changed but the points made in this report are mostly old/bogus now. php.exe exists in the main folder. There is a cli/php.exe as well but that's for CLI and I updated the docs to mention this. Neither are in a sapi folder. There isn't a folder named 'experimental', they are all still in the extensions directory. php_gd.dll still exists in the distro, I added php_gd2.dll to the list at install.windows.php All the points in this report have been analyzed/closed. Am closing this report. http://cvs.php.net/cvs.php/phpdoc/en/chapters/install.windows.xml Btw the link does exist, it's a . not a _. http://www.php.net/manual/en/install.windows.php Previous Comments: [2002-10-07 12:43:53] [EMAIL PROTECTED] Apparently the document was removed .. its also linked on: http://qa.php.net/links.php .. and just gets a broken link. [2002-04-25 10:45:32] [EMAIL PROTECTED] Changed status. -Tal [2002-04-25 10:26:55] [EMAIL PROTECTED] Assigning to James, he said he will rewrite the windows installation instructions. -Tal [2002-04-24 14:03:40] [EMAIL PROTECTED] We have just released this new version, and had no time to update the docs for Windows. Sorry for the inconvinience. Can someone get on this job? Goba [2002-04-24 07:42:52] [EMAIL PROTECTED] I tried to install the new PHP 4.2 on my Windows 2000 server and found several things in the installation manual that where out of date. The manual I refer to in this report is the following: http://www.php.net/manual/en/install-windows.php When I use the zip file (not the installer) downloaded from php.net I run into these problems: - The manual does not say anything about where to get the "php.exe" file. The only "php.exe" file in the zip package is located in the "sapi" directory, and I do therefore not believe that it is this one I should use. - There is a new directory called "experimental". It seems to hold all the experimental extensions (in prev. versions I believe that they where located in the "extensions" directory like all the others). This should also be in the manual (i.e. tell the user to copy the experimental extensions wanted to the "extensions" directory or set the extension path to point to this directory also). - "extensions/php_gd.dll" does no longer exist. I guess it's now called "extensions/php_gd2.dll". Both the php.ini file and the documentation lacks this information. I don't know if there are anything more then this, but it seems like this manual is from one of the PHP 4.0.? versions. /watson -- Edit this bug report at http://bugs.php.net/?id=16790&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/image/functions imagepolygon.xml
philip Sun Jan 19 20:36:05 2003 EDT Modified files: /phpdoc/en/reference/image/functionsimagepolygon.xml Log: Clarified vertices a little (closes bug #21086) and see also imagecreatetruecolor. Index: phpdoc/en/reference/image/functions/imagepolygon.xml diff -u phpdoc/en/reference/image/functions/imagepolygon.xml:1.3 phpdoc/en/reference/image/functions/imagepolygon.xml:1.4 --- phpdoc/en/reference/image/functions/imagepolygon.xml:1.3Thu Apr 18 13:13:09 2002 +++ phpdoc/en/reference/image/functions/imagepolygon.xmlSun Jan 19 20:36:05 +2003 @@ -1,5 +1,5 @@ - + @@ -20,10 +20,11 @@ points is a PHP array containing the polygon's vertices, ie. points[0] = x0, points[1] = y0, points[2] = x1, points[3] = y1, etc. num_points is - the total number of vertices. + the total number of points (vertices). - See also imagecreate. + See also imagecreate and + imagecreatetruecolor. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21086 [Opn->Csd]: imagepolygon syntax description
ID: 21086 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: N/A PHP Version: 4.2.3 New Comment: Documentation has been modified: http://cvs.php.net/cvs.php/phpdoc/en/reference/image/functions/imagepolygon.xml Thank you for the report :) Previous Comments: [2002-12-18 19:30:14] [EMAIL PROTECTED] The word 'vertex' is correct, a polygon own a minimum amount of 3 verteces (which represent 3 carthesians coordonates, points). A more 'userfriendly' word should be added, but this is correct. pierre [2002-12-18 16:02:41] [EMAIL PROTECTED] IS: int imagepolygon ( int im, array points, int num_points, int col) ... num_points is the total number of vertices. SHOULD BE: int imagepolygon ( int im, array points, int num_points, int col) ... num_points is the total number of points, divided by 2. If this is not considered a bug, it's pretty misleading at least. HTH. -- Edit this bug report at http://bugs.php.net/?id=21086&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/image configure.xml
philip Sun Jan 19 20:50:11 2003 EDT Modified files: /phpdoc/en/reference/image configure.xml Log: mention the windows gd dlls. Index: phpdoc/en/reference/image/configure.xml diff -u phpdoc/en/reference/image/configure.xml:1.1 phpdoc/en/reference/image/configure.xml:1.2 --- phpdoc/en/reference/image/configure.xml:1.1 Sat Nov 30 07:45:46 2002 +++ phpdoc/en/reference/image/configure.xml Sun Jan 19 20:50:11 2003 @@ -1,12 +1,14 @@ - + &reftitle.install; To enable GD-support configure PHP --with-gd[=DIR], where DIR is the GD base install directory. To use the recommended bundled version of the GD library - configure --with-gd. + configure --with-gd. In Windows you'll + include either php_gd.dll or + php_gd2.dll in &php.ini;. Enhance the capabilities of GD to handle more image formats by specifying -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /scripts genPHP_INI_ENTRY.php
jmcastagnetto Sun Jan 19 21:56:11 2003 EDT
Added files:
/phpdoc/scripts genPHP_INI_ENTRY.php
Log:
Script to replace mk_ini_set_table.sh
Index: phpdoc/scripts/genPHP_INI_ENTRY.php
+++ phpdoc/scripts/genPHP_INI_ENTRY.php
&reftitle.runtime;
&extension.runtime;\n\n";
$inixml_footer = "\n
";
$legend = "
The PHP_INI_* constants usd in the table below are defined as follows:
Constant
Value
Meaning
PHP_INI_USER
1
Entry can be set in user scripts
PHP_INI_PERDIR
2
Entry can be set in .htaccess
PHP_INI_SYSTEM
4
Entry can be set in php.ini or
httpd.conf
PHP_INI_ALL
7
Entry can be set anywhere
\n";
$table_header = "
Configuration options
Name
Default
Changeable
\n";
$table_footer = "
\n";
function gentree($path, $remove_empty = false, $fileproc_cb = null) {/*{{{*/
$excludeitems = array ('CVS', 'tests');
if (!file_exists($path))
die("BAD PATH $path\n");
$tree = array();
chdir($path);
$all = glob('*');
foreach ($all as $item) {
$fullpath = "{$path}/{$item}";
if (in_array($item, $excludeitems)) {
continue;
} else if (is_dir($fullpath)) {
$subtree = gentree($fullpath, $remove_empty, $fileproc_cb);
if ($remove_empty && !empty($subtree)) {
$tree[$fullpath] = $subtree;
} else {
continue;
}
} else if (preg_match('/\.[ch]$/', $item)) {
if (is_null($fileproc_cb)) {
$tree[$item] = $fullpath;
} else {
$res = $fileproc_cb($fullpath);
if (!is_null($res)) {
$tree[$item] = $res;
} else {
continue;
}
}
}
}
return $tree;
}/*}}}*/
function findINI($fname) {/*{{{*/
$found = array();
if (!is_readable($fname)) {
return "CANNOT READ FILE: $fname";
}
$data = file_get_contents($fname);
//$re = '/PHP_INI_ENTRY\("([^"]+)",\s+"([^"]+)",\s+([A-Z_]),/';
$re = '/(PHP_INI_ENTRY|PHP_INI_ENTRY_EX)\(([^)]+)/';
preg_match_all($re, $data, &$matches);
foreach ($matches[2] as $match) {
$match = str_replace('"','',$match);
$entry = preg_split('/,\s*/', $match);
$found['INI'][$entry[0]] = array(
'def' => $entry[1],
'mod' => str_replace("\n",'',$entry[2])
);
}
if (!empty($found)) {
return $found;
} else {
return null;
}
}/*}}}*/
function flatentree($tree, $section) {
static $flat = array();
foreach ($tree as $node=>$val) {
if (array_key_exists($section, $val)) {
$flat[$node] = $val[$section];
} else {
flatentree($val, $section);
}
}
return $flat;
}
$dtree = gentree($phpsrc_dir, true, 'findINI');
/*
$ser = serialize($dtree);
$fp = fopen('/tmp/PHPINIDEFS.ser', 'w');
fwrite($fp, $ser);
fflush($fp);
fclose($fp);
*/
function createINI($dir, $cfgs) {
$rows = '';
foreach ($cfgs as $name=>$vals) {
$rows .= " \n";
$rows .= " $name\n";
if ($vals['def'] == 'NULL') {
$default = "''";
} elseif (preg_match('/^[A-Z_]+$/',$vals['def'])) {
if (defined($vals['def'])) {
$default = "'".htmlspecialchars(constant($vals['def']))."'";
} else {
$default = $vals['def'];
}
} else {
$default = "'".htmlspecialchars($vals['def'])."'";
}
$rows .= " {$default}\n";
$rows .= " {$vals['mod']}\n";
$rows .= " \n";
}
if ($dir == 'en/chapters') {
$id = 'general';
} else {
$id = basename($dir);
}
$out = str_replace('##ID##',$id, $GLOBALS['inixml_header']);
$out .= $GLOBALS['legend'];
$out .= $GLOBALS['table_header'].$rows.$GLOBALS['table_footer'];
$out .= $GLOBALS['inixml_footer'];
$fp = fopen("{$GLOBALS['phpdoc_dir']}/{$dir}/test_ini.xml", 'w');
if (is_resource($fp)) {
fwrite($fp, $out);
fflush($fp);
fclose($fp);
echo "CREATED {$GLOBALS['phpdoc_dir']}/{$dir}/test_ini.xml\n";
} else {
echo "ERROR CREATING {$GLOBALS['phpdoc_dir']}/{$dir}/test_ini.xml\n";
}
}
// flatten tree
$flat = flatentree($dtree, 'INI');
print_r($flat);
// map doc dirs w/ the appropriate set of source files
$map = array (/*{{{*/
'en/chapters' => 'main.c,basic_functions.c',
'en/reference/apache' => 'php_apache.c',
'en/reference/array' => '',
'en/reference/aspell' => '',
'en/reference/bc' => '',
'en/reference/bzip2' => '',
'en/reference/calendar' => '',
'e
[PHP-DOC] #18403 [Opn->Fbk]: changable directive information (ini_set)
ID: 18403
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type:Documentation problem
PHP Version: 4.5.0
New Comment:
I have just commited the script:
phpdoc/scripts/genPHP_INI_ENTRY.php
which should replace my aging phpdoc/scripts/mk_ini_set_table.sh
Test that script. By default it will generate files named
'test_ini.xml' in the appropriate dirs.
If all looks OK, we can go ahead and remove the ini_set table, make the
new script generate all the ini.xml files and change the manual files
where appropriate (makefile, etc.)
Also, look at the approach there. It might be useful for making
replacements for the funcsummary and funclist scripts.
Previous Comments:
[2003-01-18 05:00:51] [EMAIL PROTECTED]
First, there should not be two places to change, so all ini information
should be in reference/.../ini.xml files. For those ini settings that
are global (not extension related), they should be at some common place
(not ini_set). Much like the configure options.
Second if you would like to make it automatically update all
translations, the simlest thing is to put it out into its own file, and
link it using an entity. The entity will be automatically created for
the .xml file, so you only need to replace / with . in the path... Then
if translators won't translate the file, it will automatically be up to
date in all languages.
[2003-01-16 20:21:01] [EMAIL PROTECTED]
This important topic needs more analysis.
The generated table found at php.net/ini_set (which is created by
phpdoc/scripts/mk_ini_set_table.sh) should not be listed at
php.net/ini_set but rather it should be listed somewhere near
config.xml as this table is certainly not ini_set specific.
Also, this table needs a third description column which somehow should
not be affected by mk_ini_set_table.sh. This would be, for example, a
place to explain why register_globals is PHP_INI_ALL.
And lastly, this information should be related to {extension}/ini.xml
somehow as currently the information is kept track of in two places.
This deserves some thought too.
Regarding the original purpose of this bug report, when
mk_ini_set_table.sh is run it should be run on all translations, not
just /en/. This would mean translations of this wouldn't get
out-of-date.
[2002-07-23 14:58:43] [EMAIL PROTECTED]
Because it is sometimes really nice to have comments on settings (not
much like the indexes), they may be better to be kept as normal XML
files updated by hand.
A new idea is that maybe we can autogenerate it from the source, and
keep it language independent, and make all names links to their
corresponding parts (now in configure.xml and in the future in several
ini.xml files in ext docs)
[2002-07-23 14:05:17] [EMAIL PROTECTED]
The list of ini_set() configuration options is manually autogenerated.
Sometimes changes are made, though, to reflect real world (imho)
behavior. And, sometimes php4 is modified through discussion of this
list.
Here are some options:
(a) Have this list autogenerated with every manual build.
(b) Have a centralized copy of this table, have all languages use it.
Doing (a) assumes no changes will be made (as they won't be kept),
currently we do make changes so this may not be viable. (b) is good as
this table is only in english anyways although it'd make it more
difficult to add a third "description" column for these settings. A
description column would be good to describe why the PHP4 source is the
way it is, and why one might not have expected behavior.
Feel free to discuss. A related documentation feature request is bug
#18372
[2002-07-18 06:26:23] [EMAIL PROTECTED]
Anyway there is a mistake in the french version of the doc which views
it as a PHP_INI_ALL configuration option.
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/18403
--
Edit this bug report at http://bugs.php.net/?id=18403&edit=1
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /scripts genPHP_INI_ENTRY.php
jmcastagnetto Sun Jan 19 22:08:27 2003 EDT
Modified files:
/phpdoc/scripts genPHP_INI_ENTRY.php
Log:
Some logic to output On for 1 and Off for 0
Index: phpdoc/scripts/genPHP_INI_ENTRY.php
diff -u phpdoc/scripts/genPHP_INI_ENTRY.php:1.1 phpdoc/scripts/genPHP_INI_ENTRY.php:1.2
--- phpdoc/scripts/genPHP_INI_ENTRY.php:1.1 Sun Jan 19 21:56:11 2003
+++ phpdoc/scripts/genPHP_INI_ENTRY.php Sun Jan 19 22:08:27 2003
@@ -4,7 +4,7 @@
* generate a list of PHP config options and where they
* can be set.
* Author: Jesus M. Castagnetto
- * $Id: genPHP_INI_ENTRY.php,v 1.1 2003/01/20 02:56:11 jmcastagnetto Exp $
+ * $Id: genPHP_INI_ENTRY.php,v 1.2 2003/01/20 03:08:27 jmcastagnetto Exp $
*/
// figure out the php4 source dir
@@ -39,7 +39,7 @@
$inixml_header = "
-
+
&reftitle.runtime;
&extension.runtime;\n\n";
@@ -218,7 +218,17 @@
$default = $vals['def'];
}
} else {
-$default = "'".htmlspecialchars($vals['def'])."'";
+if (is_numeric($vals['def'])) {
+if (intval($vals['def']) == 1) {
+$default = 'On';
+} elseif (intval($vals['def']) == 0) {
+$default = 'Off';
+} else {
+$default = $vals['def'];
+}
+} else {
+$default = "'".htmlspecialchars($vals['def'])."'";
+}
}
$rows .= " {$default}\n";
$rows .= " {$vals['mod']}\n";
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/image configure.xml
philip Sun Jan 19 22:14:38 2003 EDT Modified files: /phpdoc/en/reference/image configure.xml Log: Mention that the gd1 dll isn't preferred. Index: phpdoc/en/reference/image/configure.xml diff -u phpdoc/en/reference/image/configure.xml:1.2 phpdoc/en/reference/image/configure.xml:1.3 --- phpdoc/en/reference/image/configure.xml:1.2 Sun Jan 19 20:50:11 2003 +++ phpdoc/en/reference/image/configure.xml Sun Jan 19 22:14:38 2003 @@ -1,5 +1,5 @@ - + &reftitle.install; @@ -7,8 +7,8 @@ --with-gd[=DIR], where DIR is the GD base install directory. To use the recommended bundled version of the GD library configure --with-gd. In Windows you'll - include either php_gd.dll or - php_gd2.dll in &php.ini;. + include php_gd2.dll as an extension in &php.ini;. There + is also php_gd.dll for GD1 but it's not preferred. Enhance the capabilities of GD to handle more image formats by specifying -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/yaz/functions yaz-hits.xml
damsSun Jan 19 22:27:19 2003 EDT Modified files: /phpdoc/en/reference/yaz/functions yaz-hits.xml Log: int => resource Index: phpdoc/en/reference/yaz/functions/yaz-hits.xml diff -u phpdoc/en/reference/yaz/functions/yaz-hits.xml:1.2 phpdoc/en/reference/yaz/functions/yaz-hits.xml:1.3 --- phpdoc/en/reference/yaz/functions/yaz-hits.xml:1.2 Wed Apr 17 02:45:27 2002 +++ phpdoc/en/reference/yaz/functions/yaz-hits.xml Sun Jan 19 22:27:19 2003 @@ -1,5 +1,5 @@ - + @@ -10,7 +10,7 @@ Description intyaz_hits - intid + resourceid yaz_hits returns number of hits for last -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/chapters install.configure.graphics.xml
philip Sun Jan 19 22:36:20 2003 EDT Modified files: /phpdoc/en/chapters install.configure.graphics.xml Log: update imagick info. php4 -> pecl. Index: phpdoc/en/chapters/install.configure.graphics.xml diff -u phpdoc/en/chapters/install.configure.graphics.xml:1.3 phpdoc/en/chapters/install.configure.graphics.xml:1.4 --- phpdoc/en/chapters/install.configure.graphics.xml:1.3 Fri Jan 10 20:20:43 2003 +++ phpdoc/en/chapters/install.configure.graphics.xml Sun Jan 19 22:36:20 2003 @@ -1,5 +1,5 @@ - + Graphics options @@ -19,8 +19,13 @@ - Include ImageMagick support. DIR is the install directory, and if left out, PHP will - try to find it on its own. [experimental]. PHP 3 only! + The imagick extension has been moved to PECL in PEAR and can be found + here. Install instructions + for PHP 4 can be found on the PEAR site. + + + Simply doing --with-imagick is only supported + in PHP 3 unless you follow the instructions found on the PEAR site. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21474 [Opn]: Bundled GD needs documenting
ID: 21474
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Operating System: FreeBSD 4.6
PHP Version: 4.3.0
New Comment:
FWIW: php.net/image does mention it's bundled and how to install, as
Friedhelm mentioned. I added the windows dll info there.
Additional information does not yet exist but most likely will
eventually although it's not _that_ important.
Regarding the outdated install.configure.xml, I have no comments other
than Friedhelm is working on all the install.* stuff so it's being
worked on.
Previous Comments:
[2003-01-07 02:32:40] [EMAIL PROTECTED]
The configure options for GD is available at
http://www.php.net/manual/en/ref.image.php. Anyway the information
needs to be updated in the points Philip mentionded.
The infos from
http://www.php.net/manual/en/install.configure.php#install.configure.options.graphics
will be deleted soon.
Regards
Friedhelm
[2003-01-06 17:42:38] [EMAIL PROTECTED]
To whoever updates the GD config docs, please do not use the term
"built-in" as it is not built-in but rather a php version of GD is
bundled. Windows has and still includes the GD dll's in the download.
Information should include what version of GD is bundled, what
differences occur from the boutell version for that given version, and
that it is strongly suggested to use the bundled
version.
Simply --with-gd or --enable-gd will use the bundled version. I'm not
sure the best way to describe that --with-gd does not look for a local
copy of GD on the system in {PREFIX} like most options do and like
--with-gd used to do before PHP 4.3.0.
Anyway, this is a tricky one so please do some research before
committing :)
[2003-01-06 17:24:50] [EMAIL PROTECTED]
The online documentation for the configure options doesn't list GD as
being built in now, I havn't checked the other options, but I think the
they need updating for 4.3.0.
--
Edit this bug report at http://bugs.php.net/?id=21474&edit=1
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/strings/functions crc32.xml fprintf.xml
pollita Sun Jan 19 23:08:29 2003 EDT
Added files:
/phpdoc/en/reference/strings/functions fprintf.xml
Modified files:
/phpdoc/en/reference/strings/functions crc32.xml
Log:
crc32: Doc Bug #18816.
fprintf: Previously undocumented.
Index: phpdoc/en/reference/strings/functions/crc32.xml
diff -u phpdoc/en/reference/strings/functions/crc32.xml:1.3
phpdoc/en/reference/strings/functions/crc32.xml:1.4
--- phpdoc/en/reference/strings/functions/crc32.xml:1.3 Sat Jul 27 00:07:06 2002
+++ phpdoc/en/reference/strings/functions/crc32.xml Sun Jan 19 23:08:28 2003
@@ -1,5 +1,5 @@
-
+
@@ -16,6 +16,29 @@
Generates the cyclic redundancy checksum polynomial of 32-bit
lengths of the str. This is usually used
to validate the integrity of data being transmitted.
+
+
+
+
+ Because PHP's integer type is signed, and many crc32 checksums will
+ result in negative integers, you need to use the "%u" formatter of
+ sprintf or printf to get
+ the string representation of the unsigned crc32 checksum.
+
+
+ This second example shows how to print a converted checksum with the
+ printf function :
+
+ Displaying a crc32 checksum
+
+
+
+
See also md5
Index: phpdoc/en/reference/strings/functions/fprintf.xml
+++ phpdoc/en/reference/strings/functions/fprintf.xml
fprintf
Write a formatted string to a stream
Description
intfprintf
resourcehandle
stringformat
mixedargs
Write a string produced according to the formatting string
format to the stream resource specified
by handle..
The format string is composed of zero or more directives:
ordinary characters (excluding %) that are
copied directly to the result, and conversion
specifications, each of which results in fetching its
own parameter. This applies to fprintf,
sprintf, and printf.
Each conversion specification consists of a percent sign
(%), followed by one or more of these
elements, in order:
An optional padding specifier that says
what character will be used for padding the results to the
right string size. This may be a space character or a
0 (zero character). The default is to pad
with spaces. An alternate padding character can be specified
by prefixing it with a single quote (').
See the examples below.
An optional alignment specifier that says
if the result should be left-justified or right-justified.
The default is right-justified; a -
character here will make it left-justified.
An optional number, a width specifier
that says how many characters (minimum) this conversion should
result in.
An optional precision specifier that says
how many decimal digits should be displayed for floating-point
numbers. This option has no effect for other types than
float. (Another function useful for formatting numbers is
number_format.)
A type specifier that says what type the
argument data should be treated as. Possible types:
% - a literal percent character. No
argument is required.
b - the argument is treated as an
integer, and presented as a binary number.
c - the argument is treated as an
integer, and presented as the character with that ASCII
value.
d - the argument is treated as an
integer, and presented as a (signed) decimal number.
u - the argument is treated as an
integer, and presented as an unsigned decimal number.
f - the argument is treated as a
float, and presented as a floating-point number.
o - the argument is treated as an
integer, and presented as an octal number.
s - the argument is treated as and
presented as a string.
x - the argument is treated as an integer
and presented as a hexadecimal number (with lowercase
letters).
X - the argument is treated as an integer
and presented as a hexadecimal number (with uppercase
letters).
See also: printf,
sprintf,
sscanf, fscanf,
vsprintf, and
number_format.
Examples
sprintf: zero-padded integers
sprintf: formatti
[PHP-DOC] #18816 [Opn->Csd]: results of ip2long and crc32 differ on different os/architectures
ID: 18816
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Documentation problem
Operating System: Linux, Tru64
PHP Version: 4CVS-2002-08-08
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:
[2002-08-10 06:59:59] [EMAIL PROTECTED]
All functions that requrie unsigned int may be affected.
BTW, PostgreSQL OID is free from this restriction, since I changed
source to use string if value is larger than 2^31. So postgreSQL
document can be left as is.
[2002-08-08 17:01:31] [EMAIL PROTECTED]
Reopened this. This should definitly be documented! On ip2long
documentation it is, on crc32 it is not. Which other functions are
affected by this?
[2002-08-08 16:23:55] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
This is because you are using 2 different architectures, on X86 (AMD
k6) ints are 32 bit, but on Compaq Tru64 (ALpha EV68) they are 64 bit.
Since PHP uses signed ints you got a negative number on X86 where
signed ints are limited to 2147483647 and your result is >3 billion.
If you explicitly tell PHP to output an unsigned number it will work
correctly.
printf("%u", ip2long('192.168.0.1'));
-
3232235521
Same logic applies to your crc, example.
[2002-08-08 16:09:58] [EMAIL PROTECTED]
Ahh... Please note that I may not be reachable in the next days for
questions, but you may use http://www.testdrive.compaq.com/ to verify
this
[2002-08-08 16:08:45] [EMAIL PROTECTED]
Following Script produces this output:
$ip = "192.168.0.1";
echo("$ip\n");
echo(ip2long($ip));
On Debian/i386 (AMD K6):
192.168.0.1
-1062731775
On Compaq Tru64 (ALpha EV68):
192.168.0.1
3232235521
===
Following Script produces this output:
$text = "Der schnelle braune Fuchs springt über den blöden Hund.";
echo "$text\n";
echo(crc32($text));
On Debian/i386 (AMD K6):
Der schnelle braune Fuchs springt über den blöden Hund.
-2050320634
On Compaq Tru64 (Alpha EV68):
Der schnelle braune Fuchs springt über den blöden Hund.
1367081892
--
Edit this bug report at http://bugs.php.net/?id=18816&edit=1
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #16111 [Opn]: IIS/CGI only gives "Security Alert! PHP CGI cannot be accessed directly."
ID: 16111
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
-Bug Type: PWS related
+Bug Type: Documentation problem
Operating System: Windows
PHP Version: 4.2.1
New Comment:
This is still a documentation problem, document that people should
check their php.ini is actually read by PHP.
Previous Comments:
[2003-01-18 15:17:01] [EMAIL PROTECTED]
This still looks like a problem to me, am marking as a PWS problem
until resolved.
Also it's important to know the correct php.ini is being edited as this
seems to be the cause of many peoples problems. So before reporting
information to this bug report, please be sure to state where phpinfo()
says it is.
If a PWS expert knows this is still a documentation problem, please
reclassify with an explanation.
[2003-01-16 20:56:50] [EMAIL PROTECTED]
win 98SE, PWS, PHP4.3.0 installbinary. ME TOO! read everything I can
find - no solution
1. PWS installed and working
2. run install shield for PHP4.3.0 normal install
(also did manual install forcing PWS etc.)
3. build simple hello.php put in root of PWS directories
4. 'Execute' is checked for that folder
5. useing browser - link/get/select hello.php
6. get same BUG. error "Security Alert... (seems PHP is trying!)
7. Changed cgi.force_redirect = 0 in PHP.ini (in c:/windows)
8. bug changed. Now the hello.php script just shows up as html text
i.e. the is not executed. (seems PHP is not being accessed
or pulled into the game)
9. because symptoms changed PHP IS reading the php.ini file - it is not
in the wrong directory. so all fixes listed so far will not work.
This is definitly a showstopper for many.
I think that setting cgi.force_redirect = 0 is somehow resulting in the
PWS not knowing where to look for the PHP.exe or something like that
but what do I know. A documentation FIX that works would be nice.
Also there seems to be different fixes for IIS and PWS and the docs are
not clear which fix for which.
[2002-12-07 06:53:50] [EMAIL PROTECTED]
Hello shelley
win2000 + iis + php
I had the same problem with header("Location) redirects.
And I don't have a solution only have one ugly code to do the same...
echo "
document.location.href=$url";
I hope change this code on the future, when somebody will have a
solution.
DJF
[2002-11-10 04:07:00] [EMAIL PROTECTED]
I too had the same problem. I read that I had to set
cgi.force_redirect=0 I did this and nothing happened. I tried
everything, only to find out that my php.ini file was not in c:\winnt
like the docs said they it would be. No the binary distro put it in
c:\documents and settings\administrator\windows I copied that file to
c:\winnt and the php part is working.
[2002-08-26 17:32:53] [EMAIL PROTECTED]
I read bug this bug and have changed my security setting on IIS and it
makes
no difference. I'm also using Zend, Smarty & ADODB. In addition I'm
running on a pentium 4. I am
having major problems in our login program and took the code out into
a
seperate test problem, and am still having the same redirect problems.
I have been checking the Forums in the PHP community for the last week
and
find this seems to be a problem. I've tested the following code and it
only will re-direct 1 time out of 5 or 6 times, of executing the
code(with
no code changes). It gives an error message the other times.
Here is my test program:
http://bugs.php.net/16111
--
Edit this bug report at http://bugs.php.net/?id=16111&edit=1
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/chapters install.iis.xml
philip Mon Jan 20 02:12:47 2003 EDT Modified files: /phpdoc/en/chapters install.iis.xml Log: Mention the importance of cgi.force_redirect = 0. Also mention the importance of having your php.ini read by PHP :) This closes bug #16111 Index: phpdoc/en/chapters/install.iis.xml diff -u phpdoc/en/chapters/install.iis.xml:1.3 phpdoc/en/chapters/install.iis.xml:1.4 --- phpdoc/en/chapters/install.iis.xml:1.3 Sat Jan 18 01:57:01 2003 +++ phpdoc/en/chapters/install.iis.xml Mon Jan 20 02:12:46 2003 @@ -1,5 +1,5 @@ - + Servers-IIS/PWS @@ -9,6 +9,29 @@ PWS 4 or newer and IIS 4 or newer versions. + + +Important for CGI users + + When running PHP as CGI with IIS, PWS, OmniHTTPD or Xitami, + you MUST set the + cgi.force_redirect directive to 0. + It defaults to 1 so be sure the directive + isn't commented out (with a ;). + + + It's important that you're 100% sure that &php.ini; is + being read by PHP. To test this, make a call to + phpinfo and near the top will be a + listing called Configuration File (php.ini). + This will tell you where PHP is looking for &php.ini; and + whether or not it's being read. If just a PATH exists + than it's not being read and you should put your &php.ini; + there. If &php.ini; is included with the PATH than it is + being read. + + + Windows and PWS/IIS 3 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #16111 [Opn->Csd]: IIS/CGI only gives "Security Alert! PHP CGI cannot be accessed directly."
ID: 16111
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Documentation problem
Operating System: Windows
PHP Version: 4.2.1
New Comment:
This is now documented:
http://cvs.php.net/cvs.php/phpdoc/en/chapters/install.iis.xml
Thanks for the report :)
Previous Comments:
[2003-01-19 23:50:43] [EMAIL PROTECTED]
This is still a documentation problem, document that people should
check their php.ini is actually read by PHP.
[2003-01-18 15:17:01] [EMAIL PROTECTED]
This still looks like a problem to me, am marking as a PWS problem
until resolved.
Also it's important to know the correct php.ini is being edited as this
seems to be the cause of many peoples problems. So before reporting
information to this bug report, please be sure to state where phpinfo()
says it is.
If a PWS expert knows this is still a documentation problem, please
reclassify with an explanation.
[2003-01-16 20:56:50] [EMAIL PROTECTED]
win 98SE, PWS, PHP4.3.0 installbinary. ME TOO! read everything I can
find - no solution
1. PWS installed and working
2. run install shield for PHP4.3.0 normal install
(also did manual install forcing PWS etc.)
3. build simple hello.php put in root of PWS directories
4. 'Execute' is checked for that folder
5. useing browser - link/get/select hello.php
6. get same BUG. error "Security Alert... (seems PHP is trying!)
7. Changed cgi.force_redirect = 0 in PHP.ini (in c:/windows)
8. bug changed. Now the hello.php script just shows up as html text
i.e. the is not executed. (seems PHP is not being accessed
or pulled into the game)
9. because symptoms changed PHP IS reading the php.ini file - it is not
in the wrong directory. so all fixes listed so far will not work.
This is definitly a showstopper for many.
I think that setting cgi.force_redirect = 0 is somehow resulting in the
PWS not knowing where to look for the PHP.exe or something like that
but what do I know. A documentation FIX that works would be nice.
Also there seems to be different fixes for IIS and PWS and the docs are
not clear which fix for which.
[2002-12-07 06:53:50] [EMAIL PROTECTED]
Hello shelley
win2000 + iis + php
I had the same problem with header("Location) redirects.
And I don't have a solution only have one ugly code to do the same...
echo "
document.location.href=$url";
I hope change this code on the future, when somebody will have a
solution.
DJF
[2002-11-10 04:07:00] [EMAIL PROTECTED]
I too had the same problem. I read that I had to set
cgi.force_redirect=0 I did this and nothing happened. I tried
everything, only to find out that my php.ini file was not in c:\winnt
like the docs said they it would be. No the binary distro put it in
c:\documents and settings\administrator\windows I copied that file to
c:\winnt and the php part is working.
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/16111
--
Edit this bug report at http://bugs.php.net/?id=16111&edit=1
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/chapters install.omnihttpd.xml install.xitami.xml
philip Mon Jan 20 02:24:59 2003 EDT Modified files: /phpdoc/en/chapters install.omnihttpd.xml install.xitami.xml Log: Tell omnihttpd and xitami users that they need cgi.force_redirect = 0 too. This is related to bug #16111 Index: phpdoc/en/chapters/install.omnihttpd.xml diff -u phpdoc/en/chapters/install.omnihttpd.xml:1.2 phpdoc/en/chapters/install.omnihttpd.xml:1.3 --- phpdoc/en/chapters/install.omnihttpd.xml:1.2Fri Mar 29 13:35:19 2002 +++ phpdoc/en/chapters/install.omnihttpd.xmlMon Jan 20 02:24:59 2003 @@ -1,5 +1,5 @@ - + Servers-OmniHTTPd Server @@ -14,6 +14,28 @@ SAPI is supported by OmniHTTPd, but some tests have shown that it is not so stable to use PHP as an ISAPI module. + + + Important for CGI users + + When running PHP as CGI with IIS, PWS, OmniHTTPD or Xitami, + you MUST set the + cgi.force_redirect directive to 0. + It defaults to 1 so be sure the directive + isn't commented out (with a ;). + + + It's important that you're 100% sure that &php.ini; is + being read by PHP. To test this, make a call to + phpinfo and near the top will be a + listing called Configuration File (php.ini). + This will tell you where PHP is looking for &php.ini; and + whether or not it's being read. If just a PATH exists + than it's not being read and you should put your &php.ini; + there. If &php.ini; is included with the PATH than it is + being read. + + Index: phpdoc/en/chapters/install.xitami.xml diff -u phpdoc/en/chapters/install.xitami.xml:1.1 phpdoc/en/chapters/install.xitami.xml:1.2 --- phpdoc/en/chapters/install.xitami.xml:1.1 Wed Jan 9 18:52:08 2002 +++ phpdoc/en/chapters/install.xitami.xml Mon Jan 20 02:24:59 2003 @@ -1,5 +1,5 @@ - + Servers-Xitami @@ -12,6 +12,28 @@ This list describes how to set up the PHP CGI binary to work with Xitami on Windows. + + + Important for CGI users + + When running PHP as CGI with IIS, PWS, OmniHTTPD or Xitami, + you MUST set the + cgi.force_redirect directive to 0. + It defaults to 1 so be sure the directive + isn't commented out (with a ;). + + + It's important that you're 100% sure that &php.ini; is + being read by PHP. To test this, make a call to + phpinfo and near the top will be a + listing called Configuration File (php.ini). + This will tell you where PHP is looking for &php.ini; and + whether or not it's being read. If just a PATH exists + than it's not being read and you should put your &php.ini; + there. If &php.ini; is included with the PATH than it is + being read. + + -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
