I'd never heard of "local our" before but I did a little googling and found this:
"you can put local in front of the our declaration of all variables other than simple scalars. This has the effect of restoring the variable to its previous value (usually undefined) upon exit from the current scope. As a side-effect local also initializes the variables to undef." http://perl.apache.org/docs/general/perl_reference/perl_reference.html So thanks Ruslan. Also: I re-vamped my Mason tutorial as promised: http://www.ozzu.com/perl-tutorials/tutorial-intro-embedded-perl-using- mason-t98586.html Some major changes, so if anyone wants to read thru it again that'd be nice. Finally, here is a strange thing I have noticed: <form id="testform" enctype="multipart/form-data" method="post" action="test.html"> Notice test is .html, which my mason configuration is <LocationMatch "/codebank/.*\.(m?html|comp)$"> So test.html can be a mason component: <%perl> my $cgi = $m->cgi_object; my $file = $cgi->param('myfile'); </%perl> The strange part is, it seems I have to call it .html. If it's .mhtml the page that comes back is the correct product *but* apache displays it as a plain text page (ie, the first line is <html><head>). So it would seem in this case an .mhtml page will be processed by mason, but then passed on and so not correctly rendered. What is going on with that? -- MK ------------------------------------------------------------------------------ Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge _______________________________________________ Mason-users mailing list Mason-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mason-users
