RE: [Mason-devel] Re: ANNOUNCE: Mason 1.12
If you ax version numbers now, what happens if someone who already has a versioned copy of ApacheHandler installed asks CPAN to upgrade it? Will it conclude that it already has the most up to date version? For that matter, if another CPAN module simply lists H::M::AH as a dependency (as opposed to H::M), which version of Html-Mason will CPAN grab? My guess would be the one with the highest (defined) version of Apache::Handler. - Ian JS == Jonathan Swartz [EMAIL PROTECTED] writes: I think we should just get rid of the version number in ApacheHandler. I hate it when there's more than one version number per distribution. -Ken JS I'd be up for that too. Why *do* we have version numbers in all the JS individual modules? JS --- JS This sf.net email is sponsored by:ThinkGeek JS Welcome to geek heaven. JS http://thinkgeek.com/sf JS ___ JS Mason-devel mailing list JS [EMAIL PROTECTED] JS https://lists.sourceforge.net/lists/listinfo/mason-devel
Re: ANNOUNCE: Mason 1.12
On Thursday, 2002-08-01 at 18:06:29 -0400, Perrin Harkins wrote: Dave Rolsky wrote: It can, but I'm not sure what to update it to. Frankly, I think CPAN is more at fault here given that _many_ people use CVS for this sort of stuff and this quite normal when using CVS. It's not CPAN, it's Perl. Perl has been using decimal-fraction version numbers for a looong time. This is a common complaint about CPAN.pm, but it's kept this way so far because of performance issues with doing fancier version parsing. I would suggest following David Wheeler's advice and setting version manually, so that you can just make 1.69 or something. It would also break many modules on CPAN which rely on fractional version numbers. People use 2.10 and then 2.101 indicating a minor patch. Incidentally, all hell is going to break loose when Perl 5.10 gets released. Maybe that will force a change in CPAN.pm. Huh? How so? perl -e 'print $], \n;' 5.006001 Larry was anticipating a long line of Perl 5 versions... (Yes, I know $] is deprecated. But $^V does not print easily. And vector version numbers are not compatible with 5.005 and earlier, so CPAN modules avoid them.) Luipe Christoph -- | [EMAIL PROTECTED] | http://www.lupe-christoph.de/ | | I have challenged the entire ISO-9000 quality assurance team to a | | Bat-Leth contest on the holodeck. They will not concern us again. | | http://public.logica.com/~stepneys/joke/klingon.htm|
RE: [Mason-devel] Re: ANNOUNCE: Mason 1.12
DR == Dave Rolsky [EMAIL PROTECTED] writes: DR See, that's the problem. We're up in the hundreds. Maybe we should've DR started formatting these with '%04d' way back when but that certainly DR wouldn't help now. How 'bout removing Mason 1.05 from CPAN? Or are there too many apps that require that specific version? I know RT had to be updated to work with the latest releases, so for a while it required 1.05. That won't be an option for a long while. There are a number of features that have not yet been ported to 1.1x.
Re: ANNOUNCE: Mason 1.12
On Saturday, August 3, 2002, at 03:44 AM, Lupe Christoph wrote: Larry was anticipating a long line of Perl 5 versions... (Yes, I know $] is deprecated. But $^V does not print easily. And vector version numbers are not compatible with 5.005 and earlier, so CPAN modules avoid them.) Not only that, but Cmake dist couldn't pick up v-numbers -- at least not in 5.6.x. Not sure about 5.8.0. David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: ANNOUNCE: Mason 1.12
On 1 Aug 2002, Vivek Khera wrote: Cool... I just updated one system from 1.05 to 1.1201 and cpan says that HTML::Mason::ApacheHandler is now older than the version in 1.05: Package namespace installedlatest in CPAN file HTML::Mason::ApacheHandler 1.242 1.68 J/JS/JSWARTZ/HTML-Mason-1.05.tar.gz ... Can the version number for ApacheHandler get fixed up so CPAN doesn't think it is old? It can, but I'm not sure what to update it to. Frankly, I think CPAN is more at fault here given that _many_ people use CVS for this sort of stuff and this quite normal when using CVS. But we'll come up with something. -dave /*== www.urth.org we await the New Sun ==*/
Re: ANNOUNCE: Mason 1.12
On Thursday, August 1, 2002, at 01:43 PM, Dave Rolsky wrote: It can, but I'm not sure what to update it to. Frankly, I think CPAN is more at fault here given that _many_ people use CVS for this sort of stuff and this quite normal when using CVS. No, CVS is kind-of brain-dead about this. I suggest you use sprintf to properly format the version number with appropriate number of 0s. Although, with those version numbers, it might be a little late. David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: ANNOUNCE: Mason 1.12
On Thu, 1 Aug 2002, David Wheeler wrote: No, CVS is kind-of brain-dead about this. I suggest you use sprintf to properly format the version number with appropriate number of 0s. Although, with those version numbers, it might be a little late. See, that's the problem. We're up in the hundreds. Maybe we should've started formatting these with '%04d' way back when but that certainly wouldn't help now. We _could_ just jack up the first number, but that'd be a bit odd given that Mason itself is only at 1.1201. Or we could just use the CVS revision as an integer, not a float. That is weirder in some ways, but will just work right forever. -dave /*== www.urth.org we await the New Sun ==*/
[OT] Re: ANNOUNCE: Mason 1.12
On Thursday, August 1, 2002, at 02:11 PM, Dave Rolsky wrote: See, that's the problem. We're up in the hundreds. Maybe we should've started formatting these with '%04d' way back when but that certainly wouldn't help now. I've given up on letting CVS set $VERSION, for just this reason. It's a major PITA. I set $VERSION manually. Or we could just use the CVS revision as an integer, not a float. That is weirder in some ways, but will just work right forever. Hm, not sure I understand how this would work. David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: ANNOUNCE: Mason 1.12
DR == Dave Rolsky [EMAIL PROTECTED] writes: DR See, that's the problem. We're up in the hundreds. Maybe we should've DR started formatting these with '%04d' way back when but that certainly DR wouldn't help now. How 'bout removing Mason 1.05 from CPAN? Or are there too many apps that require that specific version? I know RT had to be updated to work with the latest releases, so for a while it required 1.05. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D.Khera Communications, Inc. Internet: [EMAIL PROTECTED] Rockville, MD +1-240-453-8497 AIM: vivekkhera Y!: vivek_khera http://www.khera.org/~vivek/
Re: ANNOUNCE: Mason 1.12
Dave Rolsky wrote: It can, but I'm not sure what to update it to. Frankly, I think CPAN is more at fault here given that _many_ people use CVS for this sort of stuff and this quite normal when using CVS. This is a common complaint about CPAN.pm, but it's kept this way so far because of performance issues with doing fancier version parsing. I would suggest following David Wheeler's advice and setting version manually, so that you can just make 1.69 or something. Incidentally, all hell is going to break loose when Perl 5.10 gets released. Maybe that will force a change in CPAN.pm. - Perrin
Re: ANNOUNCE: Mason 1.12
Dave Rolsky wrote: This release has a number of important improvements and it is highly recommended that anyone use Mason 1.10 or 1.11 upgrade immediately in order to fix a nasty memory leak in ApacheHandler. 1.12 is also quite a bit faster than previous 1.1x versions. Some quick benchmarks show the good work that was done... Test Name Test File Hits/sec # of Hits Time(sec) secs/Hit Bytes/Hit Mem(KB) - - - - - - - - HTML::Mason v1.11 2000 h2000.mas 16.0 320 20.030.062584 28785 58044 HTML::Mason v1.11 hello.mas 53.8 1077 20.010.018578 196 44580 Test Name Test File Hits/sec # of Hits Time(sec) secs/Hit Bytes/Hit Mem(KB) - - - - - - - - HTML::Mason v1.12 2000 h2000.mas 28.4 568 20.020.035252 28785 57316 HTML::Mason v1.12 hello.mas 114.2 2299 20.140.008759 196 40480 I'll have the benchmarks at http://chamas.com/bench/ updated shortly with new numbers for Mason. Good job. --Josh Josh Chamas, Founder phone:714-625-4051 Chamas Enterprises Inc.http://www.chamas.com NodeWorks Link Checkinghttp://www.nodeworks.com
ANNOUNCE: Mason 1.12
This release has a number of important improvements and it is highly recommended that anyone use Mason 1.10 or 1.11 upgrade immediately in order to fix a nasty memory leak in ApacheHandler. 1.12 is also quite a bit faster than previous 1.1x versions. Those folks still using 1.0x or earlier should upgrade if they want to play with new features, but should not that there are a number of backwards incompatibilities in the newest versions, so if you have working code in production that you don't want to change, don't upgrade! With that said, here are the changes for 1.12: 1.12 [ ENHANCEMENTS ] - Various optimizations have been added to this release in order to address the fact that Mason 1.11 is quite a bit slower than 1.05. One major factor was optimizing Params::Validate and Class::Container, so for that reason this version of Mason requires Params::Validate 0.24 and Class::Container 0.07. With these modules installed, this release shows improvements of up to 50-60% in benchmarks that stress Mason's weaknesses, with other benchmarks showing up to a 100% improvement. - Made subclassing CGIHandler more useful by breaking out its arg processing into a request_args method, just like ApacheHandler. - Added alter_superclass method to Request class, for use by Request subclasses. See the HTML::Mason::Subclassing document for details. [ BUG FIXES ] - Fix HTML generated for error messages so that tags balance out. Unbalanced table tags caused this page to not display properly with Netscape 4.x. - Fix nasty memory leaks in ApacheHandler.
