Geoffrey Young wrote:
Let's do this: try to fix it in the next version. If someone discovers
that we broke their code we will revert it. How does it sound?


well, of course - we wouldn't leave broken code laying around just for fun.

the issue really is how important you think it is to be stable, and exactly
what that means.  to me, this means you dont' introduce changes you aren't
very sure about.  as I said in an earlier post, I am personally very unsure
about whether allowing all those PV variants is a good idea, simply because
I have no idea how every one of them is generated, or whether it is
reasonable to assume that dereferencing _every_ variant results in a
printable scalar.

if you (or rafael or anybody) is more comfortable with all the ramifications
because you understand it more completely than I do, just say so - it's no
big deal, lots of people know more than I do.  that's the benefit of open
source, after all - more people bring more experiences, perspectives, and
knowledge to the table.

OK, let's ask Rafael and put all the blame on him ;)


I wonder where gozer is hiding.

The real issue is this: Perl always upgrades variables to a higher type as needed. It never downgrades them. So if the variable was an IV (integer), then became an NV (float), it'll never go back to IV even if you assign an integer to it. So I thought that there could be situations we should be worried about. But let's look of what a user can do:

1. pass an IV/NV/PV scalar to be printed - we coerce it to PV and print.
2. pass a reference to a scalar - we coerce it to PV and print.

if user passes a reference to something unprintable, it's their problem. Most people won't pass a reference to print, those who do, know what their are doing.

So I think we are safe to apply this fix. If I'm wrong. Well, we will fix it.

The real reason we (current developers) don't want to mess with mp1 is that we are too busy with mp2. If people with time and knowledge can actively maintain mp1 I see no reason why shouldn't it be actively developed.

__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


-- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html



Reply via email to