On 02/23/2007 11:31 PM, William A. Rowe, Jr. wrote:
FYI, a cvs rtag -d php5_5_0 might be in order before somebody trips
over this (if 5.2 ever evolves to 5.5, sort of unlikely but who knows?)
?
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
Antony Dovgal wrote:
On 02/23/2007 11:31 PM, William A. Rowe, Jr. wrote:
FYI, a cvs rtag -d php5_5_0 might be in order before somebody trips
over this (if 5.2 ever evolves to 5.5, sort of unlikely but who knows?)
Was there ever such a release? There is such a tag hiding out there across
On 02/24/2007 12:03 AM, William A. Rowe, Jr. wrote:
Antony Dovgal wrote:
On 02/23/2007 11:31 PM, William A. Rowe, Jr. wrote:
FYI, a cvs rtag -d php5_5_0 might be in order before somebody trips
over this (if 5.2 ever evolves to 5.5, sort of unlikely but who knows?)
Was there ever such a
Antony Dovgal wrote:
Probably somebody set this tag several years ago.
Is this a problem?
Of course, if you are the person who goes to tag php5_5_0, which will
blow up loudly, or almost silently if none of the current files have that
tag but they sit in the attic. cvs co will pick them up in
Hello William,
why? Simple cvs tag -F will do the trick.
best regards
marcus
Friday, February 23, 2007, 10:16:33 PM, you wrote:
Antony Dovgal wrote:
Probably somebody set this tag several years ago.
Is this a problem?
Of course, if you are the person who goes to tag php5_5_0, which
On 02/24/2007 12:16 AM, William A. Rowe, Jr. wrote:
Antony Dovgal wrote:
Probably somebody set this tag several years ago.
Is this a problem?
Of course, if you are the person who goes to tag php5_5_0, which will
blow up loudly
Well, we're not going to use in anyway, because it doesn't
pat3 and pat44 are now pat18 and pat19. I've been patching them in by
hand. I've been using them since they were originally posted in December
of 2005. They work fine up through the 5.1.x releases. I will be
patching a 5.2.x deployment with them within the next 2 or 3 weeks.
Marcus Boerger wrote:
Hello William,
why? Simple cvs tag -F will do the trick.
Nope - because -F doesn't remove tags, only overrides them. Ancient
attic artifacts would remain tagged...
Antony Dovgal wrote:
Well, we're not going to use in anyway, because it doesn't comply with
the
Hi list,
Apologies if I'm sending this to the wrong list; I couldn't see another
which was more appropriate on the PHP Mailing Lists page.
I'm developing a PHP extension for which part of the functionality can
be described in a nutshell as:
* at request start-up time, build a map of identifiers