[PHP-DEV] tokenizer and ZE2

[Greg Beaver]

Hi,

are there any plans to update the tokenizer extension to recognize new ZE2
tokens T_ABSTRACT/T_PRIVATE/etc.?  This will be very handy for making
phpDocumentor PHP 5-ready.

Initial investigation suggests all that is needed is to add a few lines
like:

REGISTER_LONG_CONSTANT("T_ABSTRACT", T_ABSTRACT, CONST_CS |
CONST_PERSISTENT);
REGISTER_LONG_CONSTANT("T_PRIVATE", T_PRIVATE, CONST_CS | CONST_PERSISTENT);
etc.

and update token_name()

Greg



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

[PHP-DEV] CVS Account Request: tomysk

[sui kai]

I want to join the documentation translating team for Chinese.


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

[PHP-DEV] unknown error

[Chandler, Jacob R]

Trying to upgrade. Receiving this error, but can't find any info about
it. Was hoping that someone here could give some insight since you are
the developers.
 
Warning: Unknown(): Your script possibly relies on a session side-effect
which existed until PHP 4.2.3. Please be advised that the session
extension does not consider global variables as a source of data, unless
register_globals is enabled. You can disable this functionality and this
warning by setting session.bug_compat_42 or session.bug_compat_warn to
off, respectively. in Unknown on line 0

Thanks in advance

Re: [PHP-DEV] 4.3.0 Extension

[Derick Rethans]

On Mon, 17 Feb 2003, md wrote:

> I will look for duplicates as you suggest.
> 
> I noticed that you use the PHP_ARG_WITH( inside your website's config.m4
> file.
> 
> But if I wanted an internally embedded set of code instead of external
> shared library, I could use PHP_ARG_ENABLE( instead.

That's not the difference. It's just that _WITH creates an extension 
that makes use of an external library, while _ENABLE doesn't do that. 
You can always install both styles of modules as shared or 
static (internal).

> My problem so far has been using PHP_ARG_ENABLE( in config.m4.
> 
> Downloading the source tarball, going immediately to ext_skel,
> buildconf, configure, and make has produced the aforementioned error
> in apache.
> 
> Somehow, I doubt the ext_skel utility would put 2 of the _confirm_X()
> functions in the same module.
> 
> Then comes how the module could be loaded twice when the same apache
> server that runs 4.2.3 is also used to run 4.3.0.

Once statically and once as shared module perhaps?

> I also do not have any idea what the "phpize" is all about, for external
> modules only?

phpize can be used to create shared modules out of the php source tree,
which is often wanted during development. (it's about the same as using
--with-testmodules=shared on your normal php configure line).

Derick

-- 
Stop mad cowboy disease!
-
 Derick Rethans http://derickrethans.nl/ 
 PHP Magazine - PHP Magazine for Professionals   http://php-mag.net/
-


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

Re: [PHP-DEV] date() extension

[Wez Furlong]

Please read the README.SUBMITTING_PATCH file in the root of the php
source and re-submit your patch.

--Wez.

On Mon, 17 Feb 2003, Dirkjan Ochtman wrote:

> begin 666 datetime.c


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

Re: [PHP-DEV] 4.3.0 Extension

[Derick Rethans]

On Mon, 17 Feb 2003, md wrote:

> During server load on apache, the zend_API.c - line 1058 -> if
> (zend_hash_exists(TRUE) -> warning message
> "PHP Warning: Function registration failed - duplicate name -
> compile_testmodulemodule_confirm in Unknown on line 0"
> "PHP Warning: testmodulename: Unable to register functions, unable to
> load
> in Unknown on line 0.

This means you're either loading the module twice, or that you have the 
function twice in your module.

> Can someone tell me what specifically to edit in config.m4 to get
> ext_skel to work? (The web site is vague about it)

Have a look at http://pres.derickrethans.nl/ze-ext

Derick

-- 
Stop mad cowboy disease!
-
 Derick Rethans http://derickrethans.nl/ 
 PHP Magazine - PHP Magazine for Professionals   http://php-mag.net/
-


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

[PHP-DEV] 4.3.0 Extension

[md]

Hello:

I am new to your list, but a long time user of extensions in PHP.

I just met with complete failure trying to compile a working extension
in 4.3.0 under linux/apache

This is a pre-cursor to migrating my previous extensions to the new
version.

I tried just the basic ext_skel --extname=testmodulename to see if I
could
do that successfully and I could not.

During server load on apache, the zend_API.c - line 1058 -> if
(zend_hash_exists(TRUE) -> warning message
"PHP Warning: Function registration failed - duplicate name -
compile_testmodulemodule_confirm in Unknown on line 0"
"PHP Warning: testmodulename: Unable to register functions, unable to
load
in Unknown on line 0.

Now, the process has always been a little vague, the steps on the web
site are:

1) ./ext_skel --extname=testmodule

2) Edit config.m4 file to remove two dnl entries to ENABLE_ARG module 

3) ./buildconf

4) ./configure --with-mysql --with-apxs=/x  --enable-testmodulename

5) make Makefile and put the resulting shared library on the apache
server and run the httpd daemon and the above errors occur during apache
server load.

I am able to do the same things with 4.2.3 and it works fine.

Can someone tell me what specifically to edit in config.m4 to get
ext_skel to work? (The web site is vague about it)

Thanks,

Mark Diener


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

[PHP-DEV] date() extension

[Dirkjan Ochtman]

I was trying to implement a "c" parameter for date() which returns an ISO
8601 [1] date-format. This would be especially useful in creating RSS feeds,
or other XML exchange formats that need a date. Attached is my version of
datetime.c. I know I should actually send a unified diff, but I don't know
how to do that on Windows. I don't know too much about C either, so I just
tried to hack my way through the code. Anyway, here's what I added to the
file.

[Line 390:]

case 'c':  /* Dublin Core Date */
size += 25;
break;

[Line 588:]

   case 'c':
#if HAVE_TM_GMTOFF
sprintf(tmp_buff, "%04d-%02d-%02dT%02d:%02d:%02d%c%02d:%02d",
 ta->tm_year + YEAR_BASE,
 ta->tm_mon,
 ta->tm_mday,
 ta->tm_hour,
 ta->tm_min,
 ta->tm_sec,
 (ta->tm_gmtoff < 0) ? '-' : '+',
 abs(ta->tm_gmtoff / 3600),
 abs( (ta->tm_gmtoff % 3600) / 60 )
);
#else
sprintf(tmp_buff, "%04d-%02d-%02dT%02d:%02d:%02d%c%02d:%02d",
 ta->tm_year + YEAR_BASE,
 ta->tm_mon,
 ta->tm_mday,
 ta->tm_hour,
 ta->tm_min,
 ta->tm_sec,
 ((ta->tm_isdst ? tzone - 3600 : tzone) > 0) ? '-' : '+',
 abs((ta->tm_isdst ? tzone - 3600 : tzone) / 3600),
 abs( ((ta->tm_isdst ? tzone - 3600 : tzone) % 3600) / 60 )
);
#endif
strcat(Z_STRVAL_P(return_value), tmp_buff);
break;

Would somebody please have look at it and commit it if it's alright?

Regards,

Dirkjan

[1] http://www.w3.org/TR/NOTE-datetime


begin 666 datetime.c
M+RH@"B @("LM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM*PH@("!\(%!(4"!6
M97)S:6]N(#0@(" @(" @(" @(" @(" @(" @(" @(" @(" @(" @(" @(" @
M(" @(" @(" @(" @(" @(" @('P*(" @*RTM+2TM+2TM+2TM+2TM+2TM+2TM
M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
M+2TM+2TK"B @('P@0V]P>7)I9VAT("AC*2 Q.3DW+3(P,#,@5&AE(%!(4"!'
M6]U(&1I9"!N;W0@6]U(&$@8V]P>2!I;6UE9&EA=&5L>2X@
M(" @(" @(" @(" @("!\"B @("LM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
M*PH@("!\($%U=&AOF5N9"YC;VT^(" @(" @(" @(" @(" @
M(" @(" @(" @(" @(" @("!\"B @('P@(" @(" @(" @4F%S;75S($QE' @)" J+PH*(VEN8VQU9&4@(G!H<"YH(@HC:6YC;'5D92 B>F5N
M9%]O<&5R871OPH)(DIA;G5A2(L(")*=6YE(BP@(DIU
M;'DB+" B075G=7-T(BP*"2)397!T96UB97(B+" B3V-T;V)EPH)(DIA;B(L(")&96(B+" B36%R(BP@(D%P2(L(")3871U2(*?3L*"F-H87(@*F1A>5]S:&]R=%]N86UEPH)(E-U;B(L(")-;VXB+" B5'5E(BP@(E=E9"(L(")4:'4B+" B1G)I
M(BP@(E-A="(*?3L*"B-I9B A9&5F:6YE9"A(059%7U1-7UI/3D4I("8F("%D
M969I;F5D*%]424U%6D].12D@)B8@(61E9FEN960H2$%615]$14-,05)%1%]4
M24U%6D].12D*(VEF(&1E9FEN960H3D545T%212D@)B8@9&5F:6YE9"A.15=?
M3$E"0RD*(V1E9FEN92!T:6UE>F]N92 @("!?=&EM97IO;F4@(" O*B!T:6UE
M>F]N92!IF]N92<@:6X@;F5W('9E5]T86);
M,EU;,3)=(#T@>PH)>S,Q+" R."P@,S$L(#,P+" S,2P@,S L(#,Q+" S,2P@
M,S L(#,Q+" S,"P@,S%]+ H)>S,Q+" R.2P@,S$L(#,P+" S,2P@,S L(#,Q
M+" S,2P@,S L(#,Q+" S,"P@,S%]"GT["@HC9&5F:6YE(&ES;&5A<"AY96%R
M*2 H*"AY96%R("4@-"D@/3T@," F)B H>65AWL@<')O=&\@:6YT('1I;64H=F]I9"D*(" @4F5T=7)N(&-UWM[('!H
M<%]M:W1I;64*("HO"G9O:60@<&AP7VUK=&EM92A)3E1%4DY!3%]&54Y#5$E/
M3E]005)!345415)3+"!I;G0@9VTI"GL*"7!V86P@*BIAPH)"5=23TY'7U!!
M4D%-7T-/54Y4.PH)?0H)+RH@8V]N=F5R="!S=7!P;&EE9"!APH)"6-O;G9E"AAG-E="@I.PHC96YD
M:68*"2\J"@DJ*B!3970@9&5F875L="!T:6UE('!A2 H:6X@;&]C86QT:6UE*2P@2!B92!W92!S:&]U;&0@:6YI=&EA;&EZ92!T
M;B!U2X@56YL97-S('1H92!U6QI9VAT('-A=FEN
M9R!T:6UE(&9L86<@*B\*(VEF9&5F(%!(4%]724XS,@H)"6EF("AD87EL:6=H
M=" ^(# I('L*"0D)=&$M/G1M7VES9'-T(#T@:7-?9'-T(#T@6E],5D%,7U!0
M*&%R9W5M96YT65A2!I65A65A2P@:6YP=70@<&%R86UE=&5RPHC:68@2$%615]435]'351/
M1D8*"2 @(" O*@H)"2HJ(&UK=&EM92AT82D@=F5R>2!N:6-E;'D@:G5S="!F
M:6QL960@=&$M/G1M7V=M=&]F9B!W:71H"@D)*BH@=&AE(&5X86-T;'D@F]N92 M(#,V,# @R!P65APH)<&AP7VUK=&EM92A)
M3E1%4DY!3%]&54Y#5$E/3E]005)!35]005-35$A252P@,"D["GT*+RH@?7U]
M("HO"@HO*B![>WL@<')O=&\@:6YT(&=M;6MT:6UE*&EN="!H;W5R+"!I;G0@
M;6EN+"!I;G0@65APH)<&AP7VUK=&EM92A)3E1%4DY!3%]&54Y#5$E/
M3E]005)!35]005-35$A252P@,2D["GT*+RH@?7U]("HO"@HO*B![>WL@<&AP
M7V1A=&4*("HO"G-T871I8R!V;VED('!H<%]D871E*$E.5$523D%,7T953D-4
M24].7U!!4D%-151%4E,L(&EN="!G;2D*>PH)<'9A;" J*F9OF5N9%]G971?<&%R86UE=&5R
M"@Q+" F9F]R;6%T*2 ]/2!&04E,55)%*2!["@D)"5=23TY'7U!!4D%-
M7T-/54Y4.PH)"7T*"0ET:&5?=&EM92 ]('1I;64H3E5,3"D["@D)8G)E86L[
M"@EC87-E(#(Z"@D):68@*'IE;F1?9V5T7W!APH)"0E74D].1U]005)!
M35]#3U5.5#L*"0E]"@D)8V]N=F5R=%]T;U]L;VYG7V5X*'1I;65S=&%M<"D[
M"@D)=&AE7W1I;64@/2!:7TQ604Q?4% H=&EM97-T86UP*3L*(VEF9&5F(%!(
M4%]724XS,@H)"6EF("AT:&5?=&EM92 \(# I('L*"0D)<&AP7V5R"AF;W)M870I.PH*"6EF("AG;2D@
M>PH)"71A(#T@<&AP7V=M=&EM95]R*"9T:&5?=&EM92P@)G1M8G5F*3L*(VEF
M("%(059%7U1-7T=-5$]&1@H)"71Z;VYE(#T@,#L*(V5N9&EF"@E](&5LPH)"71A(#T@<&AP7VQO8V%L=&EM95]R*"9T:&5?=&EM92P@)G1M8G5F*3L*
M(VEF("%(059%7U1-7T=-5$]&1@HC:69D968@7U]#64=724Y?7PH)"71Z;VYE
M(#T@7W1I;65Z;VYE.PHC96QS90H)"71Z;VYE(#T@=&EM97IO;F4["B-E;F1I
M9@H)"71N86UE6S!=(#T@='IN86UE6S!=.PHC96YD:68*"7T*"@EI9B H(71A
M*2!["0D)+RH@=&AA="!R96%L;'D@'1U86PL(&9U;&P@*B\*"0D)8V%S92 G;"F4@*ST@-CL*"0D)"6)R96%K.PH)"0EC
M87-E("=/)SH)"2\J($=-5"!O9F9S970@:6X@6RLM74A(34T@9F]R;6%T("HO
M"@D)"0ES:7IE("L](#4["@D)"0EB'1U86PL(#,@;&5T
M=&5R2P@=&5

Re: [PHP-DEV] RE: PHP Security Advisory: CGI vulnerability in PHPversion 4.3.0

[Derick Rethans]

On Mon, 17 Feb 2003, McKinney, Rod ERM wrote:

> Remove me from your list

See the footer of this email:

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

Derick

-- 
Stop mad cowboy disease!
-
 Derick Rethans http://derickrethans.nl/ 
 PHP Magazine - PHP Magazine for Professionals   http://php-mag.net/
-


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

[PHP-DEV] RE: PHP Security Advisory: CGI vulnerability in PHP version 4.3.0

[McKinney, Rod ERM]

Remove me from your list

-Original Message-
From: Jani Taskinen [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 17, 2003 12:01 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Subject: PHP Security Advisory: CGI vulnerability in PHP version 4.3.0


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


   PHP Security Advisory: CGI vulnerability in PHP version 4.3.0

Issued on: February 17, 2003
Software:  PHP/CGI version 4.3.0
Platforms: All


   The PHP Group has learned of a serious security vulnerability in 
   the CGI SAPI of PHP version 4.3.0. 
   

Description

   PHP contains code for preventing direct access to the CGI binary with
   configure option "--enable-force-cgi-redirect" and php.ini option
   "cgi.force_redirect". In PHP 4.3.0 there is a bug which renders these
   options useless.
   
   NOTE: This bug does NOT affect any of the other SAPI modules.  
 (such as the Apache or ISAPI modules, etc.)


Impact

   Anyone with access to websites hosted on a web server which employs 
   the CGI module may exploit this vulnerability to gain access to any file
   readable by the user under which the webserver runs.

   A remote attacker could also trick PHP into executing arbitrary PHP code 
   if attacker is able to inject the code into files accessible by the CGI. 
   This could be for example the web server access-logs.


Solution

   The PHP Group has released a new PHP version, 4.3.1, which incorporates
   a fix for the vulnerability. All users of affected PHP versions are
   encouraged to upgrade to this latest version. The downloads web site at

  http://www.php.net/downloads.php
   
   has the new 4.3.1 source tarballs, Windows binaries and source patch
   from 4.3.0 available for download. You will only need to upgrade if 
   you're using the CGI module of PHP 4.3.0. There are no other bugfixes
   contained in this release.


Workaround

   None.

 
Credits

   The PHP Group would like to thank Kosmas Skiadopoulos for discovering 
   this vulnerability.


Copyright (c) 2003 The PHP Group.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE+USOr/HlsOzK2WlERAtLKAJ9GPbPt6Vg77zIcPTGKh78WofmmeACgneDV
tUERfwp/RXtcH13vdv0CGGY=
=rYm5
-END PGP SIGNATURE-


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

RE: [PHP-DEV] new Date extenstion

[Kai Schroder]

> From: Edin Kadribasic [mailto:[EMAIL PROTECTED]]
> Well, isn't it better/easier to "fix" ext/calendar and add missing
> functionality than to introduce a whole new extension? Having two
> extensions doing essentialy the same thing would IMHO be very confusing.

We have some problems with timezones on several OS and the list of new
functions is long. So I would prefer a complete rewrite of date/time
functions in an extra extension to replace date/time functions in
ext/standard without using time functions from compiler libs.

Regards, Kai



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

Re: [PHP-DEV] new Date extenstion

[Tom Sommer]

"Edin Kadribasic" <[EMAIL PROTECTED]> wrote:
> Well, isn't it better/easier to "fix" ext/calendar and add missing
> functionality than to introduce a whole new extension?

Indeed this would be a better solution

- Tom



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

[PHP-DEV] PHP Security Advisory: CGI vulnerability in PHP version 4.3.0

[Jani Taskinen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


   PHP Security Advisory: CGI vulnerability in PHP version 4.3.0

Issued on: February 17, 2003
Software:  PHP/CGI version 4.3.0
Platforms: All


   The PHP Group has learned of a serious security vulnerability in 
   the CGI SAPI of PHP version 4.3.0. 
   

Description

   PHP contains code for preventing direct access to the CGI binary with
   configure option "--enable-force-cgi-redirect" and php.ini option
   "cgi.force_redirect". In PHP 4.3.0 there is a bug which renders these
   options useless.
   
   NOTE: This bug does NOT affect any of the other SAPI modules.  
 (such as the Apache or ISAPI modules, etc.)


Impact

   Anyone with access to websites hosted on a web server which employs 
   the CGI module may exploit this vulnerability to gain access to any file
   readable by the user under which the webserver runs.

   A remote attacker could also trick PHP into executing arbitrary PHP code 
   if attacker is able to inject the code into files accessible by the CGI. 
   This could be for example the web server access-logs.


Solution

   The PHP Group has released a new PHP version, 4.3.1, which incorporates
   a fix for the vulnerability. All users of affected PHP versions are
   encouraged to upgrade to this latest version. The downloads web site at

  http://www.php.net/downloads.php
   
   has the new 4.3.1 source tarballs, Windows binaries and source patch
   from 4.3.0 available for download. You will only need to upgrade if 
   you're using the CGI module of PHP 4.3.0. There are no other bugfixes
   contained in this release.


Workaround

   None.

 
Credits

   The PHP Group would like to thank Kosmas Skiadopoulos for discovering 
   this vulnerability.


Copyright (c) 2003 The PHP Group.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE+USOr/HlsOzK2WlERAtLKAJ9GPbPt6Vg77zIcPTGKh78WofmmeACgneDV
tUERfwp/RXtcH13vdv0CGGY=
=rYm5
-END PGP SIGNATURE-



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

Re: [PHP-DEV] new Date extenstion

[Pierre-Alain Joye]

On Mon, 17 Feb 2003 17:18:46 +0100
"Dirkjan Ochtman" <[EMAIL PROTECTED]> wrote:

> I think a date_serialize() function would be nice (with a companion
> unserialize). It should return a short version of the object that can
> be stored in a database, for example. Also, I would like a function
> that returns a Unix timestamp from the date object.

serialize(date_get_array($mydate)); does it, serialize the whole datas
is not a good thing, i.e. no need to store an invalid date. Or ?

The timestamp will be available.

thank's for the feedback,

hth

pierre

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

Re: [PHP-DEV] new Date extenstion

[Dirkjan Ochtman]

I think a date_serialize() function would be nice (with a companion
unserialize). It should return a short version of the object that can be
stored in a database, for example. Also, I would like a function that
returns a Unix timestamp from the date object.

Regards,

Dirkjan

"Pierre-Alain Joye" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> On Mon, 17 Feb 2003 15:40:08 +0100
> Hartmut Holzgraefe <[EMAIL PROTECTED]> wrote:
>
>
> > ext/calendar has support for all this ... it even knows about the
> > "french revolution calendar" ;)
>
> rofl :)
>
> Well, I'm talking about a good and usefull date/time extension. I do not
> say calendar is not good, but it does not cover what we need for a good,
> crossplatform date/time modules :)
>
> hth
>
> pierre



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

[PHP-DEV] new Informix extension maintainer ?

[Corne' Cornelius]

Hi,

I would like to become a Maintainer for the Informix ext if possible, 
i've fixed some bugs and added updates for latest ESQL/C.
And no one seems to be maintaining it at the moment.

Where do i go from here ?

Thanks,
Nobbie



=Disclaimer and Confidentiality===
This message contains information intended for the perusal, and/or use (if so stated), by the stated addressee(s) only. The information is confidential and privileged. If you are not an intended recipient, do not peruse, use, disseminate, distribute, copy or in any manner rely upon  he information contained in this message (directly or indirectly). The sender and/or the entity represented by the sender shall not be held accountable in the event that this prohibition is disregarded. If you receive this message in error, notify the sender immediately by e-mail, fax or telephone representations contained in this message, whether express or implied, are those of the sender only, unless that sender expressly states them to be the views or representations of an entity or person, who shall be named by the sender and who the sender shall state to represent. No liability shall otherwise attach to any other entity or person. ==


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

Re: [PHP-DEV] new Date extenstion

[Edin Kadribasic]

On Mon, 17 Feb 2003, Pierre-Alain Joye wrote:

> On Mon, 17 Feb 2003 15:40:08 +0100
> Hartmut Holzgraefe <[EMAIL PROTECTED]> wrote:
> 
> 
> > ext/calendar has support for all this ... it even knows about the
> > "french revolution calendar" ;)
> 
> rofl :)
> 
> Well, I'm talking about a good and usefull date/time extension. I do not
> say calendar is not good, but it does not cover what we need for a good,
> crossplatform date/time modules :)

Well, isn't it better/easier to "fix" ext/calendar and add missing 
functionality than to introduce a whole new extension? Having two 
extensions doing essentialy the same thing would IMHO be very confusing.

Edin



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

Re: [PHP-DEV] new Date extenstion

[Pierre-Alain Joye]

On Mon, 17 Feb 2003 15:40:08 +0100
Hartmut Holzgraefe <[EMAIL PROTECTED]> wrote:


> ext/calendar has support for all this ... it even knows about the
> "french revolution calendar" ;)

rofl :)

Well, I'm talking about a good and usefull date/time extension. I do not
say calendar is not good, but it does not cover what we need for a good,
crossplatform date/time modules :)

hth

pierre

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

Re: [PHP-DEV] new Date extenstion

[Hartmut Holzgraefe]

Pierre-Alain Joye wrote:

Actually no, date corrections will be part of the date functions as soon
as the locale part is done. The changes of calendar was not the same in
each country, not in the same time, and even not in the same country (I
like scottland, switzerland or others proud people ;-), there are
ambiguous common days offset, some use it, some not.

That is one of the things we should discuss, and document our choice as
well.

What do you think ?



ext/calendar has support for all this ... it even knows about the "french
revolution calendar" ;)

--
Six Offene Systeme GmbH http://www.six.de/
i.A. Hartmut Holzgraefe Email: [EMAIL PROTECTED]   Tel.: +49-711-99091-77

Sie finden uns auf der CeBIT in Halle 6/H44   http://www.six.de/cebit2003/


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

Re: [PHP-DEV] new Date extenstion

[Pierre-Alain Joye]

On Mon, 17 Feb 2003 13:26:23 +0100 (CET)
Edin Kadribasic <[EMAIL PROTECTED]> wrote:


> It would probably be easier to take one cutoff point like the unix cal
> 
> command. From its manpage:
> 
>   The Gregorian Reformation is assumed to have occurred in 1752 on the
>   3rd of September.  By this time, most countries had recognized the
>   reforma- tion (although a few did not recognize it until the early
>   1900's.) Ten days following that date were eliminated by the
>   reformation, so the cal- endar for that month is a bit unusual.

That sounds good to me :-).

pierre

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

Re: [PHP-DEV] new Date extenstion

[Edin Kadribasic]

On Mon, 17 Feb 2003, Pierre-Alain Joye wrote:

> On Mon, 17 Feb 2003 12:58:21 +0100
> "Edin Kadribasic" <[EMAIL PROTECTED]> wrote:
> 
> > Does the extension take into acount calendar changes like:
> > 
> > $ cal 9 1752
> >September 1752
> > Su Mo Tu We Th Fr Sa
> >1  2 14 15 16
> > 17 18 19 20 21 22 23
> > 24 25 26 27 28 29 30
> 
> oops, wrong shortcut :)
> 
> Actually no, date corrections will be part of the date functions as soon
> as the locale part is done. The changes of calendar was not the same in
> each country, not in the same time, and even not in the same country (I
> like scottland, switzerland or others proud people ;-), there are
> ambiguous common days offset, some use it, some not.
> 
> That is one of the things we should discuss, and document our choice as
> well.
> 
> What do you think ?

It would probably be easier to take one cutoff point like the unix cal 
command. From its manpage:

  The Gregorian Reformation is assumed to have occurred in 1752 on the 3rd
  of September.  By this time, most countries had recognized the reforma-
  tion (although a few did not recognize it until the early 1900's.) Ten
  days following that date were eliminated by the reformation, so the cal-
  endar for that month is a bit unusual.

Edin



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

Re: [PHP-DEV] new Date extenstion

[Pierre-Alain Joye]

On Mon, 17 Feb 2003 12:58:21 +0100
"Edin Kadribasic" <[EMAIL PROTECTED]> wrote:

> Does the extension take into acount calendar changes like:
> 
> $ cal 9 1752
>September 1752
> Su Mo Tu We Th Fr Sa
>1  2 14 15 16
> 17 18 19 20 21 22 23
> 24 25 26 27 28 29 30

oops, wrong shortcut :)

Actually no, date corrections will be part of the date functions as soon
as the locale part is done. The changes of calendar was not the same in
each country, not in the same time, and even not in the same country (I
like scottland, switzerland or others proud people ;-), there are
ambiguous common days offset, some use it, some not.

That is one of the things we should discuss, and document our choice as
well.

What do you think ?

hth

pierre

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

Re: [PHP-DEV] new Date extenstion

[Pierre-Alain Joye]

On Mon, 17 Feb 2003 12:58:21 +0100
"Edin Kadribasic" <[EMAIL PROTECTED]> wrote:

> Does the extension take into acount calendar changes like:
> 
> $ cal 9 1752
>September 1752
> Su Mo Tu We Th Fr Sa
>1  2 14 15 16
> 17 18 19 20 21 22 23
> 24 25 26 27 28 29 30
> 
> Edin

Actually

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

Re: [PHP-DEV] new Date extenstion

[Edin Kadribasic]

Does the extension take into acount calendar changes like:

$ cal 9 1752
   September 1752
Su Mo Tu We Th Fr Sa
   1  2 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30

Edin

- Original Message -
From: "Pierre-Alain Joye" <[EMAIL PROTECTED]>
To: "phpdev" <[EMAIL PROTECTED]>
Sent: Sunday, February 16, 2003 4:38 PM
Subject: [PHP-DEV] new Date extenstion


> Hello,
>
> I made a new extension to work with dates, you may find
infos&sources
> here:
> Docs: http://www.pearfr.org/php_date/docs/
> Sources: http://www.pearfr.org/php_date/sources/
>
> This is a alpha release, a first shot. I still have to create a
full set
> of tests script.
>
> The idea is to provide a fullfeatured date/time standart extension
with
> php5.
>
> A non documented function is get_isoweek() which returns the ISO
week
> number. But the weeknumber is a thing we have to discuss, because
there
> are tons of way to represent it. Actually the week #1 is the week
where
> fit 4th of january.
>
> For all date_new_xxx functions, an optionnal arg can be set to
define
> the 1st day week, default is monday.
>
> Todo:
> - strftime()
> - add/clean warnings (overflow, invalid dates,...)
> - add times functions
>   This part is real pain if we want to DST times, localtime and so
on.
>
> - add time_span datatype, which represents a time interval in
days,
>   hours, seconds, and related functions
>
> - add a true crossplatform localisations, which does not depend of
the
>   target platform. That will make our life easier to provide date
>   localisations in any cases.
>
> Usefull but not really needed:
> - add additionnals functions for specials days and official
hollydays
>
> any comments, ideas, feedback ?
>
> pierre
>
> --
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
>


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

Re: [PHP-DEV] Contributing to PHP - how?

[Sascha Schumann]

On Mon, 17 Feb 2003, David Gillies wrote:

> OK, I've been using PHP since about six months after
> Rasmus decided to share his brainchild with us. Can
> someone PLEASE point me to the appropriate mechanism
> to contribute my own modules?

Apply for a CVS account first, so that you can
simply commit/maintain your modules to PECL.

http://www.php.net/cvs-php.php

Welcome o'board.

- Sascha

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

Re: [PHP-DEV] Contributing to PHP - how?

[Moriyoshi Koizumi]

David Gillies <[EMAIL PROTECTED]> wrote:

> At present all I have is a tiny module that groks
> tzfile(5) files to get you historical offsets from
> UTC, and another one that exposes about 80 or so

As for tzfile module, probably Pierre wants some sort of tzinfo
parser in his extension. Better off getting in touch with him.

http://news.php.net/article.php?group=php.dev&article=94275

Moriyoshi


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

[PHP-DEV] Contributing to PHP - how?

[David Gillies]

OK, I've been using PHP since about six months after
Rasmus decided to share his brainchild with us. Can
someone PLEASE point me to the appropriate mechanism
to contribute my own modules? I'm sure it's out there,
but hours of perusing the PHP site and Google don't
help.

At present all I have is a tiny module that groks
tzfile(5) files to get you historical offsets from
UTC, and another one that exposes about 80 or so
low-level routines from the OpenSSL library (so you
can actually talk SSLv23/TLSv1 - including
line-buffered I/O - to port 443/whatever on a
webserver without PHP streams), but I'd like to cast
them upon the waters (as part-payment for the bread
that has already returned to me an hundred-fold). Can
someone help? From what I understand, PECL is the best
codespace for this. If so, cool (I don't expect my
work to hit PHP core - it's itch-scratching code). But
how do I contribute it?

Best Wishes

David Gillies
San Jose
Costa Rica


__
Do you Yahoo!?
Yahoo! Shopping - Send Flowers for Valentine's Day
http://shopping.yahoo.com

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