[PHP-DOC] #22620 [Ana]: gmmktime returns bogus STILL in 4.3.1
ID: 22620 Updated by: [EMAIL PROTECTED] Reported By: space at arch dot ch Status: Analyzed -Bug Type: Date/time related +Bug Type: Documentation problem Operating System: Windows 2000 PHP Version: 4.3.1 New Comment: yeah, it's still documentation issue. We can't fix windows, you need to ask Microsoft to do that. Previous Comments: [2003-03-11 03:51:43] space at arch dot ch please at least read the post! this is a WINDOWS issue. *nix/solaris installations do not have the problem! #22457 seemed to be about win. the reply about unix. [???] again: - gmmktime(0,0,0,1,1,1970); gives: Warning: gmmktime() [function.gmmktime]: Windows does not support negative values for this function - why? #14391 is referred in #22457 and describes the problem thoroghly. but no solution has been presented since 2 years. the question is, if this will be fixed for windows platforms or not. [2003-03-10 09:45:21] [EMAIL PROTECTED] See bug #22457 [2003-03-10 06:01:07] space at arch dot ch c'mon guys. this is a real pain: on windows systems gmmktime returns bogus. the bug has been known for at least 2 years! it's been reported more than once! will this finally be fixed or not??? there have been other bug reports, but all of them seem to have been ignored so far, although this is NOT some minor issue! at least include a documentation of the bug in the php manual for gmmktime if you do not intend to fix it! [..saying that the function cannot be used on win platforms] :(( as seen in other posts. try: gmmktime(0,0,0,1,1,1970); which should return 0 but does not [unless you are in GMT]!!! -- Edit this bug report at http://bugs.php.net/?id=22620&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/calendar/functions cal-from-jd.xml cal-info.xml cal-to-jd.xml
hholzgraTue Mar 11 12:43:58 2003 EDT Modified files: /phpdoc/en/reference/calendar/functions cal-from-jd.xml cal-to-jd.xml cal-info.xml Log: no longer undocumented Index: phpdoc/en/reference/calendar/functions/cal-from-jd.xml diff -u phpdoc/en/reference/calendar/functions/cal-from-jd.xml:1.3 phpdoc/en/reference/calendar/functions/cal-from-jd.xml:1.4 --- phpdoc/en/reference/calendar/functions/cal-from-jd.xml:1.3 Wed Nov 6 18:14:58 2002 +++ phpdoc/en/reference/calendar/functions/cal-from-jd.xml Tue Mar 11 12:43:56 2003 @@ -1,10 +1,10 @@ - + cal_from_jd -Converts from Julian Day Count to a supported calendar and return extended information +Converts from Julian Day Count to a supported calendar Description @@ -14,7 +14,17 @@ intcalendar - &warn.undocumented.func; + cal_from_jd converts the julian day given in + jd into a date of the specified + calendar. Supported + calendar values are + CAL_GREGORIAN, + CAL_JULIAN, + CAL_JEWISH and + CAL_FRENCH. + + + See also cal_to_jd. Index: phpdoc/en/reference/calendar/functions/cal-to-jd.xml diff -u phpdoc/en/reference/calendar/functions/cal-to-jd.xml:1.3 phpdoc/en/reference/calendar/functions/cal-to-jd.xml:1.4 --- phpdoc/en/reference/calendar/functions/cal-to-jd.xml:1.3Wed Nov 6 18:14:58 2002 +++ phpdoc/en/reference/calendar/functions/cal-to-jd.xmlTue Mar 11 12:43:57 2003 @@ -1,5 +1,5 @@ - + @@ -16,7 +16,16 @@ intyear - &warn.undocumented.func; + cal_to_jd calculates the julian day count + for a date in the specified calendar. + Supported calendars are + CAL_GREGORIAN, + CAL_JULIAN, + CAL_JEWISH and + CAL_FRENCH. + + + See also cal_to_jd. Index: phpdoc/en/reference/calendar/functions/cal-info.xml diff -u phpdoc/en/reference/calendar/functions/cal-info.xml:1.3 phpdoc/en/reference/calendar/functions/cal-info.xml:1.4 --- phpdoc/en/reference/calendar/functions/cal-info.xml:1.3 Wed Nov 6 18:14:58 2002 +++ phpdoc/en/reference/calendar/functions/cal-info.xml Tue Mar 11 12:43:57 2003 @@ -1,5 +1,5 @@ - + @@ -10,10 +10,23 @@ Description arraycal_info - intcalendar + intcalendar - &warn.undocumented.func; + cal_info returns information on the + specified calendar or on all supported + calendars if no calendar is specified. + + + Calendar information is returned as an array containing the + elements calname, calsymbol, + month, abbrevmonth and + maxdaysinmonth. + + + If no calendar is specified information on all + supported calendars is returned as an array. This functionality + will be available beginning with PHP 5. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/nis/functions yp-cat.xml
hholzgraTue Mar 11 12:44:56 2003 EDT Modified files: /phpdoc/en/reference/nis/functions yp-cat.xml Log: no longer undocumented Index: phpdoc/en/reference/nis/functions/yp-cat.xml diff -u phpdoc/en/reference/nis/functions/yp-cat.xml:1.2 phpdoc/en/reference/nis/functions/yp-cat.xml:1.3 --- phpdoc/en/reference/nis/functions/yp-cat.xml:1.2Wed Apr 17 02:42:10 2002 +++ phpdoc/en/reference/nis/functions/yp-cat.xmlTue Mar 11 12:44:55 2003 @@ -1,5 +1,5 @@ - + @@ -10,13 +10,14 @@ Description - - arrayyp_cat - stringdomain - stringmap - + + arrayyp_cat + stringdomain + stringmap + - &warn.undocumented.func; + yp_cat returns all map entries as an array with the + maps key values as array indices and the maps entries as array data. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/xml reference.xml /en/reference/xml/functions xml-parser-create-ns.xml xml-parser-create.xml
hholzgraTue Mar 11 12:46:32 2003 EDT Modified files: /phpdoc/en/reference/xmlreference.xml /phpdoc/en/reference/xml/functions xml-parser-create-ns.xml xml-parser-create.xml Log: - xml parser resources explained - xml_parser_create_ns documented - xml_parser_create slightly rewritten Index: phpdoc/en/reference/xml/reference.xml diff -u phpdoc/en/reference/xml/reference.xml:1.8 phpdoc/en/reference/xml/reference.xml:1.9 --- phpdoc/en/reference/xml/reference.xml:1.8 Mon Jan 27 21:58:18 2003 +++ phpdoc/en/reference/xml/reference.xml Tue Mar 11 12:46:31 2003 @@ -1,5 +1,5 @@ - + XML parser functions XML @@ -62,7 +62,16 @@ &reftitle.resources; -&no.resource; + + xml + + The xml resource as returned by + xml_parser_create and + xml_parser_create_ns references an xml + parser instance to be used with the functions provided by this + extension. + + &reference.xml.constants; Index: phpdoc/en/reference/xml/functions/xml-parser-create-ns.xml diff -u phpdoc/en/reference/xml/functions/xml-parser-create-ns.xml:1.3 phpdoc/en/reference/xml/functions/xml-parser-create-ns.xml:1.4 --- phpdoc/en/reference/xml/functions/xml-parser-create-ns.xml:1.3 Fri Apr 19 07:11:21 2002 +++ phpdoc/en/reference/xml/functions/xml-parser-create-ns.xml Tue Mar 11 12:46:32 2003 @@ -1,5 +1,5 @@ - + @@ -13,10 +13,30 @@ resourcexml_parser_create_ns stringencoding - stringsep + stringseparator - &warn.undocumented.func; + xml_parser_create_ns creates a new XML parser + with XML namespace support and returns a reousurce handle referencing + it to be used by the other XML functions. + + + With a namespace aware parser tag parameters passed to the + various handler functions will consist of namespace and tag name + seperated by the string specified in + seperator or ':' by + default. + + + The optional encoding specifies the + character encoding of the XML input to be parsed. Supported + encodings are "ISO-8859-1", wich is also + the default if no encoding is specified, + "UTF-8" and "US-ASCII". + + + See also xml_parser_create and + xml_parser_free. Index: phpdoc/en/reference/xml/functions/xml-parser-create.xml diff -u phpdoc/en/reference/xml/functions/xml-parser-create.xml:1.3 phpdoc/en/reference/xml/functions/xml-parser-create.xml:1.4 --- phpdoc/en/reference/xml/functions/xml-parser-create.xml:1.3 Fri Apr 19 07:11:21 2002 +++ phpdoc/en/reference/xml/functions/xml-parser-create.xml Tue Mar 11 12:46:32 2003 @@ -1,5 +1,5 @@ - + @@ -13,24 +13,20 @@ stringencoding - - - encoding (optional) - - - Which character encoding the parser should use. The following - character encodings are supported: - - ISO-8859-1 (default) - US-ASCII - UTF-8 - - - - - - This function creates an XML parser and returns a handle for use by other - XML functions. Returns &false; on failure. + xml_parser_create creates a new XML parser + and returns a reousurce handle referencing it to be used by the + other XML functions. + + + The optional encoding specifies the + character encoding of the XML input to be parsed. Supported + encodings are "ISO-8859-1", wich is also + the default if no encoding is specified, + "UTF-8" and "US-ASCII". + + + See also xml_parser_create_ns and + xml_parser_free. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/features file-upload.xml
hholzgraTue Mar 11 12:51:14 2003 EDT Modified files: /phpdoc/en/features file-upload.xml Log: a small addition regarding MAX_UPLOAD_SIZE Index: phpdoc/en/features/file-upload.xml diff -u phpdoc/en/features/file-upload.xml:1.55 phpdoc/en/features/file-upload.xml:1.56 --- phpdoc/en/features/file-upload.xml:1.55 Sat Jan 18 03:34:25 2003 +++ phpdoc/en/features/file-upload.xml Tue Mar 11 12:51:13 2003 @@ -1,5 +1,5 @@ - + Handling file uploads @@ -54,7 +54,9 @@ The MAX_FILE_SIZE is advisory to the browser. It is easy to circumvent this maximum. So don't count on it that the browser obeys your wish! The PHP-settings for maximum-size, however, - cannot be fooled. + cannot be fooled. But you should add MAX_FILE_SIZE anyway as + it saves users the trouble to wait for a big file being + transfered only to find out that it was to big afterwards. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21504 [Com]: W32api extension documentation is obsolete
ID: 21504 Comment by: gk at gknw dot de Reported By: thingol at mail dot ru Status: Open Bug Type:Documentation problem PHP Version: 4.3.0 New Comment: Hey, now three months later after first bug report #21016 and still no docu, no working sample or something else Is it that hard thing to modify the sample for the new extension??? G. Previous Comments: [2003-03-07 07:56:22] gk at gknw dot de I also would like to get a sample since the stuff in the docu isnt working... I've tried everything now; [2003-01-07 21:53:57] thingol at mail dot ru New (rewritten) W32api extension is totally undocumented and have no examples. Is it working? If yes, is it possible to give us a little example of using rewritten extension? -- Edit this bug report at http://bugs.php.net/?id=21504&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Question concerning xsl-styles
Hi all,
as you can see on the newly committed xsl-styles, the html and bightml
versions seem to work fine (some design-improvements are always possible
;), but I have a problem with the fo-styles (or the FOP-behavior):
xsltproc does output-escaping also on quotes (" -> "), but FOP
stops with an [error 1] if it stumbles over a ". So I thought that
I do a workaround and do a disable-output-escaping on some places like
the faq-questions, but then I run into the prob of "<" getting "<" (a
good example is FAQ-question 47.4, where '"' are included as well as
'<', where FOP stops eighter because of the "e; or the ).
Programming all these cases can't be the way (and the next day a new
fop-version is out, which understands " also :).
Using XALAN as processor (which doesn't escape the quotes) is also not
the optimum, because we would have to run a script to merge the
function-files before xalan to overcome the max. open files limit.
Does anybody have an idea?
Thomas
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] Question concerning xsl-styles
as you can see on the newly committed xsl-styles, the html and bightml versions seem to work fine (some design-improvements are always possible ;), but I have a problem with the fo-styles (or the FOP-behavior): Well, I don't have any idea to your problem, but I need to ask if you were able to limit the TOC size, and generate documentation without "infinitely" deep TOC? Goba -- 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 gmdate.xml
jmcastagnetto Tue Mar 11 17:38:16 2003 EDT Modified files: /phpdoc/en/reference/datetime/functions gmdate.xml Log: Adding note with reference to bug #22620 (and the related #22457 and #14931) Index: phpdoc/en/reference/datetime/functions/gmdate.xml diff -u phpdoc/en/reference/datetime/functions/gmdate.xml:1.3 phpdoc/en/reference/datetime/functions/gmdate.xml:1.4 --- phpdoc/en/reference/datetime/functions/gmdate.xml:1.3 Fri Jan 31 12:41:25 2003 +++ phpdoc/en/reference/datetime/functions/gmdate.xml Tue Mar 11 17:38:16 2003 @@ -1,5 +1,5 @@ - + @@ -28,6 +28,26 @@ + + + In the Microsoft Windows series of Operating Systems the system + libraries implementing this function are broken, so + gmdate does not support negative values + for the timestamp. + For details see bug reports: + http://bugs.php.net/bug.php?id=22620";>#22620, + http://bugs.php.net/bug.php?id=22620";>#22457, + and http://bugs.php.net/bug.php?id=22620";>#14391. + + + This problem does not occur in Unix/Linux Operating Systems, were the system + libraries behave as expected. + + + PHP cannot fix broken system libraries. Contact + your OS vendor for a fix to this a similar problems. + + See also date, mktime, gmmktime and strftime. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22620 [Ana->Csd]: gmmktime returns bogus STILL in 4.3.1
ID: 22620 Updated by: [EMAIL PROTECTED] Reported By: space at arch dot ch -Status: Analyzed +Status: Closed Bug Type: Documentation problem Operating System: Windows 2000 PHP Version: 4.3.1 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-03-11 11:25:11] [EMAIL PROTECTED] yeah, it's still documentation issue. We can't fix windows, you need to ask Microsoft to do that. [2003-03-11 03:51:43] space at arch dot ch please at least read the post! this is a WINDOWS issue. *nix/solaris installations do not have the problem! #22457 seemed to be about win. the reply about unix. [???] again: - gmmktime(0,0,0,1,1,1970); gives: Warning: gmmktime() [function.gmmktime]: Windows does not support negative values for this function - why? #14391 is referred in #22457 and describes the problem thoroghly. but no solution has been presented since 2 years. the question is, if this will be fixed for windows platforms or not. [2003-03-10 09:45:21] [EMAIL PROTECTED] See bug #22457 [2003-03-10 06:01:07] space at arch dot ch c'mon guys. this is a real pain: on windows systems gmmktime returns bogus. the bug has been known for at least 2 years! it's been reported more than once! will this finally be fixed or not??? there have been other bug reports, but all of them seem to have been ignored so far, although this is NOT some minor issue! at least include a documentation of the bug in the php manual for gmmktime if you do not intend to fix it! [..saying that the function cannot be used on win platforms] :(( as seen in other posts. try: gmmktime(0,0,0,1,1,1970); which should return 0 but does not [unless you are in GMT]!!! -- Edit this bug report at http://bugs.php.net/?id=22620&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22620 [Csd]: gmmktime returns bogus STILL in 4.3.1
ID: 22620 Updated by: [EMAIL PROTECTED] Reported By: space at arch dot ch Status: Closed Bug Type: Documentation problem Operating System: Windows 2000 PHP Version: 4.3.1 New Comment: Added a note in the manual page for gmdate about the broken system libs in Windows. Previous Comments: [2003-03-11 16:38:53] [EMAIL PROTECTED] 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. [2003-03-11 11:25:11] [EMAIL PROTECTED] yeah, it's still documentation issue. We can't fix windows, you need to ask Microsoft to do that. [2003-03-11 03:51:43] space at arch dot ch please at least read the post! this is a WINDOWS issue. *nix/solaris installations do not have the problem! #22457 seemed to be about win. the reply about unix. [???] again: - gmmktime(0,0,0,1,1,1970); gives: Warning: gmmktime() [function.gmmktime]: Windows does not support negative values for this function - why? #14391 is referred in #22457 and describes the problem thoroghly. but no solution has been presented since 2 years. the question is, if this will be fixed for windows platforms or not. [2003-03-10 09:45:21] [EMAIL PROTECTED] See bug #22457 [2003-03-10 06:01:07] space at arch dot ch c'mon guys. this is a real pain: on windows systems gmmktime returns bogus. the bug has been known for at least 2 years! it's been reported more than once! will this finally be fixed or not??? there have been other bug reports, but all of them seem to have been ignored so far, although this is NOT some minor issue! at least include a documentation of the bug in the php manual for gmmktime if you do not intend to fix it! [..saying that the function cannot be used on win platforms] :(( as seen in other posts. try: gmmktime(0,0,0,1,1,1970); which should return 0 but does not [unless you are in GMT]!!! -- Edit this bug report at http://bugs.php.net/?id=22620&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/datetime/functions gmdate.xml
philip Tue Mar 11 19:26:46 2003 EDT Modified files: /phpdoc/en/reference/datetime/functions gmdate.xml Log: entity usage Index: phpdoc/en/reference/datetime/functions/gmdate.xml diff -u phpdoc/en/reference/datetime/functions/gmdate.xml:1.4 phpdoc/en/reference/datetime/functions/gmdate.xml:1.5 --- phpdoc/en/reference/datetime/functions/gmdate.xml:1.4 Tue Mar 11 17:38:16 2003 +++ phpdoc/en/reference/datetime/functions/gmdate.xml Tue Mar 11 19:26:46 2003 @@ -1,5 +1,5 @@ - + @@ -35,9 +35,9 @@ gmdate does not support negative values for the timestamp. For details see bug reports: - http://bugs.php.net/bug.php?id=22620";>#22620, - http://bugs.php.net/bug.php?id=22620";>#22457, - and http://bugs.php.net/bug.php?id=22620";>#14391. + #22620, + #22457, + and #14391. This problem does not occur in Unix/Linux Operating Systems, were the system -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] documenting unix timestamps
Hi all-
The epoch affects many things so let's document it
even further. Jesus's latest commit (bug #22620) is
related. Sara added some good information in #21646.
One idea is to create a entity named
¬e.timestamp; that *briefly* describes unix
timestamps including the windows limitation. This
entity will link to a section (or faq) that further
describes epoch and potential gotchas.
Do any other OS's disallow negative timestamps?
Every function that deals with epoch will include this
short note towards the bottom of the page. Maybe it
should simply be in the 'see also' versus a ?
Thoughts?
Regards,
Philip
p.s. from the jargon files:
epoch n. [Unix: prob. from astronomical timekeeping] The time and date
corresponding to 0 in an operating system's clock and timestamp values.
Under most Unix versions the epoch is 00:00:00 GMT, January 1, 1970;
under VMS, it's 00:00:00 of November 17, 1858 (base date of the U.S.
Naval Observatory's ephemerides); on a Macintosh, it's the midnight
beginning January 1 1904. System time is measured in seconds or {tick}s
past the epoch. Weird problems may ensue when the clock wraps around
(see {wrap around}), which is not necessarily a rare event; on systems
counting 10 ticks per second, a signed 32-bit count of ticks is good
only for 6.8 years. The 1-tick-per-second clock of Unix is good only
until January 18, 2038, assuming at least some software continues to
consider it signed and that word lengths don't increase by then. See
also {wall time}. Microsoft Windows, on the other hand, has an epoch
problem every 49.7 days - but this is seldom noticed as Windows is
almost incapable of staying up continuously for that long.
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] #22115 [Opn->Ver]: Lack of detail to the installationinstructions!
> > Alright verified. > > > > If someone is already working on that, let me know or I will do it. > > > Hi Nicos, > > Someone with better English skills really should handle > this one. Please. I apologize for this, please make the updates and someone will help out with the translations. My draft folder hasn't been getting enough use lately :( I do believe Friedhelm is working on the Windows docs so you may want to give him a shout. Regards, Philip -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22640 [Opn->Dup]: w32api exstension doesnt export functions
ID: 22640 Updated by: [EMAIL PROTECTED] Reported By: gk at gknw dot de -Status: Open +Status: Duplicate -Bug Type: Unknown/Other Function +Bug Type: Documentation problem Operating System: Win32 PHP Version: 4.3.1 New Comment: duplicate of bug #21504 (and bug #21016) Previous Comments: [2003-03-11 15:03:51] gk at gknw dot de I've just tested with PHP 4.3.0/4.3.1 and want to use the w32api extension; Bug #21504,#21016 are also related to this... now three months later after first bug report #21016, and still no docu, no working sample or something else Is it that hard thing to modify the sample for the new extension??? when can we again use the w32api extension?? G. -- Edit this bug report at http://bugs.php.net/?id=22640&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22645 [Opn]: imagegd2 on the php4 branch missed the chunk size and type fix
ID: 22645 Updated by: [EMAIL PROTECTED] Reported By: swbrown at ucsd dot edu Status: Open -Bug Type: GD related +Bug Type: Documentation problem Operating System: any PHP Version: 4.3.1 New Comment: The correct version where they will be is 4.3.2. Previous Comments: [2003-03-11 20:42:07] swbrown at ucsd dot edu The docs for imagegd2 (http://www.php.net/manual/en/function.imagegd2.php) say the chunk size and type params work as of 4.3.1, but the fix seems to have only gone into the php5 branch (ext/gd/gd.c 1.244 is the fix). Could someone apply 1.244 to the php4 branch? -- Edit this bug report at http://bugs.php.net/?id=22645&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22645 [Opn]: imagegd2 on the php4 branch missed the chunk size and type fix
ID: 22645 User updated by: swbrown at ucsd dot edu Reported By: swbrown at ucsd dot edu Status: Open Bug Type: Documentation problem Operating System: any PHP Version: 4.3.1 New Comment: Hrm, I think it ate my last comment. Short version: php4's branch doesn't seem to have it so the fix won't be in 4.3.2. Here's the backport against php4's CVS branch: http://www-cse.ucsd.edu/~sbrown/patches/php4-gd.c-1.244-backport-swb.patch #22646 also needs fixed for imagegd2 to work. Patch included there too. Previous Comments: [2003-03-11 20:46:22] [EMAIL PROTECTED] The correct version where they will be is 4.3.2. [2003-03-11 20:42:07] swbrown at ucsd dot edu The docs for imagegd2 (http://www.php.net/manual/en/function.imagegd2.php) say the chunk size and type params work as of 4.3.1, but the fix seems to have only gone into the php5 branch (ext/gd/gd.c 1.244 is the fix). Could someone apply 1.244 to the php4 branch? -- Edit this bug report at http://bugs.php.net/?id=22645&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22648 [NEW]: Docs for imagegd2 are wrong
From: swbrown at ucsd dot edu Operating system: any PHP version: 4.3.1 PHP Bug Type: Documentation problem Bug description: Docs for imagegd2 are wrong imagegd2's type param is an int, not a string. The values are 1 for raw and 2 for compressed. The note also is wrong, as type+chunk were broken in 4.3.1. bug #22645 and bug #22646 will fix it. -- Edit bug report at http://bugs.php.net/?id=22648&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22648&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22648&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22648&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22648&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22648&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22648&r=support Expected behavior: http://bugs.php.net/fix.php?id=22648&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22648&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22648&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22648&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22648&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22648&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22648&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22648&r=gnused -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22645 [Opn->Csd]: imagegd2 on the php4 branch missed the chunk size and type fix
ID: 22645 Updated by: [EMAIL PROTECTED] Reported By: swbrown at ucsd dot edu -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: any PHP Version: 4.3.1 -Assigned To: +Assigned To: pajoye 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. Hello, The PHP_4_3 branch already contains this fix. Please try a snapshot or get the source with: cvs co -r PHP_4_3 php4. Thank's pierre Previous Comments: [2003-03-11 21:40:30] swbrown at ucsd dot edu Hrm, I think it ate my last comment. Short version: php4's branch doesn't seem to have it so the fix won't be in 4.3.2. Here's the backport against php4's CVS branch: http://www-cse.ucsd.edu/~sbrown/patches/php4-gd.c-1.244-backport-swb.patch #22646 also needs fixed for imagegd2 to work. Patch included there too. [2003-03-11 20:46:22] [EMAIL PROTECTED] The correct version where they will be is 4.3.2. [2003-03-11 20:42:07] swbrown at ucsd dot edu The docs for imagegd2 (http://www.php.net/manual/en/function.imagegd2.php) say the chunk size and type params work as of 4.3.1, but the fix seems to have only gone into the php5 branch (ext/gd/gd.c 1.244 is the fix). Could someone apply 1.244 to the php4 branch? -- Edit this bug report at http://bugs.php.net/?id=22645&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22645 [Csd->Opn]: imagegd2 on the php4 branch missed the chunk size and type fix
ID: 22645 Updated by: [EMAIL PROTECTED] Reported By: swbrown at ucsd dot edu -Status: Closed +Status: Open Bug Type: Documentation problem Operating System: any PHP Version: 4.3.1 Assigned To: pajoye Previous Comments: [2003-03-11 22:03:09] [EMAIL PROTECTED] 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. Hello, The PHP_4_3 branch already contains this fix. Please try a snapshot or get the source with: cvs co -r PHP_4_3 php4. Thank's pierre [2003-03-11 21:40:30] swbrown at ucsd dot edu Hrm, I think it ate my last comment. Short version: php4's branch doesn't seem to have it so the fix won't be in 4.3.2. Here's the backport against php4's CVS branch: http://www-cse.ucsd.edu/~sbrown/patches/php4-gd.c-1.244-backport-swb.patch #22646 also needs fixed for imagegd2 to work. Patch included there too. [2003-03-11 20:46:22] [EMAIL PROTECTED] The correct version where they will be is 4.3.2. [2003-03-11 20:42:07] swbrown at ucsd dot edu The docs for imagegd2 (http://www.php.net/manual/en/function.imagegd2.php) say the chunk size and type params work as of 4.3.1, but the fix seems to have only gone into the php5 branch (ext/gd/gd.c 1.244 is the fix). Could someone apply 1.244 to the php4 branch? -- Edit this bug report at http://bugs.php.net/?id=22645&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 imagegd2.xml
sniper Tue Mar 11 23:07:41 2003 EDT Modified files: /phpdoc/en/reference/image/functionsimagegd2.xml Log: correct version Index: phpdoc/en/reference/image/functions/imagegd2.xml diff -u phpdoc/en/reference/image/functions/imagegd2.xml:1.5 phpdoc/en/reference/image/functions/imagegd2.xml:1.6 --- phpdoc/en/reference/image/functions/imagegd2.xml:1.5Wed Feb 12 12:49:07 2003 +++ phpdoc/en/reference/image/functions/imagegd2.xmlTue Mar 11 23:07:41 2003 @@ -1,5 +1,5 @@ - + @@ -29,7 +29,7 @@ The optional chunk_size and type parameters became available - in PHP 4.3.1. + in PHP 4.3.2. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22645 [Opn->Csd]: imagegd2 on the php4 branch missed the chunk size and type fix
ID: 22645 Updated by: [EMAIL PROTECTED] Reported By: swbrown at ucsd dot edu -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: any PHP Version: 4.3.1 Assigned To: pajoye 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-03-11 22:03:09] [EMAIL PROTECTED] 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. Hello, The PHP_4_3 branch already contains this fix. Please try a snapshot or get the source with: cvs co -r PHP_4_3 php4. Thank's pierre [2003-03-11 21:40:30] swbrown at ucsd dot edu Hrm, I think it ate my last comment. Short version: php4's branch doesn't seem to have it so the fix won't be in 4.3.2. Here's the backport against php4's CVS branch: http://www-cse.ucsd.edu/~sbrown/patches/php4-gd.c-1.244-backport-swb.patch #22646 also needs fixed for imagegd2 to work. Patch included there too. [2003-03-11 20:46:22] [EMAIL PROTECTED] The correct version where they will be is 4.3.2. [2003-03-11 20:42:07] swbrown at ucsd dot edu The docs for imagegd2 (http://www.php.net/manual/en/function.imagegd2.php) say the chunk size and type params work as of 4.3.1, but the fix seems to have only gone into the php5 branch (ext/gd/gd.c 1.244 is the fix). Could someone apply 1.244 to the php4 branch? -- Edit this bug report at http://bugs.php.net/?id=22645&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 imagegd2.xml
sniper Tue Mar 11 23:30:34 2003 EDT Modified files: /phpdoc/en/reference/image/functionsimagegd2.xml Log: Up2date with recent source changes. Index: phpdoc/en/reference/image/functions/imagegd2.xml diff -u phpdoc/en/reference/image/functions/imagegd2.xml:1.6 phpdoc/en/reference/image/functions/imagegd2.xml:1.7 --- phpdoc/en/reference/image/functions/imagegd2.xml:1.6Tue Mar 11 23:07:41 2003 +++ phpdoc/en/reference/image/functions/imagegd2.xmlTue Mar 11 23:30:34 2003 @@ -1,5 +1,5 @@ - + @@ -13,7 +13,7 @@ resourceimage stringfilename intchunk_size - stringtype + inttype &warn.undocumented.func; @@ -23,7 +23,8 @@ The optional type parameter is either - raw or compressed. + IMG_GD2_RAW or IMG_GD2_COMPRESSED. + Default is IMG_GD2_RAW. -- 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 imagegd2.xml
sniper Tue Mar 11 23:31:05 2003 EDT Modified files: /phpdoc/en/reference/image/functionsimagegd2.xml Log: typofix Index: phpdoc/en/reference/image/functions/imagegd2.xml diff -u phpdoc/en/reference/image/functions/imagegd2.xml:1.7 phpdoc/en/reference/image/functions/imagegd2.xml:1.8 --- phpdoc/en/reference/image/functions/imagegd2.xml:1.7Tue Mar 11 23:30:34 2003 +++ phpdoc/en/reference/image/functions/imagegd2.xmlTue Mar 11 23:31:05 2003 @@ -1,5 +1,5 @@ - + @@ -24,7 +24,7 @@ The optional type parameter is either IMG_GD2_RAW or IMG_GD2_COMPRESSED. - Default is IMG_GD2_RAW. + Default is IMG_GD2_RAW. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22648 [Opn->Csd]: Docs for imagegd2 are wrong
ID: 22648 Updated by: [EMAIL PROTECTED] Reported By: swbrown at ucsd dot edu -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: any PHP Version: 4.3.1 New Comment: Fixed. I added also constants IMG_GD2_RAW and IMG_GD2_COMPRESSED. Just in case the gd folks would define them to something else than 1 and 2. Previous Comments: [2003-03-11 21:50:39] swbrown at ucsd dot edu imagegd2's type param is an int, not a string. The values are 1 for raw and 2 for compressed. The note also is wrong, as type+chunk were broken in 4.3.1. bug #22645 and bug #22646 will fix it. -- Edit this bug report at http://bugs.php.net/?id=22648&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] documenting unix timestamps
On Wed, 12 Mar 2003, Philip Olson wrote: > Do any other OS's disallow negative timestamps? I heard about problems with the newest glibcs (as used in RH 8), not sure how true this is :) Derick -- "my other box is your windows PC" - 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
