Re: [webmin-devel] Strict
"Jamie Cameron" <[email protected]> Fri, 22 Mar 2013 11:22:13 -0700 (PDT)
| Newsgroups | gmane.comp.web.webmin.devel |
|---|---|
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format. --bound1363976533 Content-Type: multipart/alternative; boundary="altsbound1363976533" Content-Transfer-Encoding: 7bit --altsbound1363976533 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Actually, "use strict" should work just fine - a while back I updated the core Webmin API to use strict and warnings modes, and all new modules have been written to turn those on. For example, see the module in the "webmin" subdirectory for how this is done. On 22/Mar/2013 09:08 Emma wasanzy <[email protected]> wrote .. Oh yes Jamie has done a great work and is really helping me a lot. I was only asking to know if there was a special reason why strict hasn't been used. It might help my knowledge tooo. On Mar 22, 2013 3:06 PM, "PEOPLES, MICHAEL P" <[1][email protected]> wrote: I cannot speak for Jamie, at whose feet I gladly grovel, but my theory is that it made Webmin and the attendant code more inclusive of what might be added to it. Again, my Perl knowledge is pathetic, but thats my theory. What Jamie built, for those of you who have taken the time to really consider it, is a monumental achievement and contribution to system administrators all over the world. Im not polishing apples here. I owe countless hours recovered through the use of Webmin to the guy. Michael Peoples (mp4783) iGEMS COE, Deployment, Engineering, Application Support and Security Global Service Assurance, M5 AT&T Business Solutions Office: [2]+1 614-886-0923 Mobile: [3]+1 614-886-0923 Senior Systems Manager [4][email protected] This e-mail and any files transmitted with it are AT&T property, are confidential, and are intended solely for the use of the individual or entity to whom this email is addressed. If you are not one of the named recipient(s) or otherwise have reason to believe that you have received this message in error, please notify the sender and delete this message immediately from your computer. Any other use, retention, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited." From: Chris Nighswonger [mailto:[5][email protected]] Sent: Friday, March 22, 2013 10:55 AM To: Webmin development list Subject: Re: [webmin-devel] Strict On Fri, Mar 22, 2013 at 7:48 AM, Emma wasanzy <[6][email protected]> wrote: Hello, I have noticed that, the webmin API doesnt support the use of strict and warning. Because any time I tried using them, I get so many "Global ...." errors which are related to the API. Why isn't the API using strict? I'm sure only the webmin developer knows why he did not use strict, however, you can still use it. Just initialize vars you intend on importing thus: #!/usr/bin/perl our( %in, %text, %config ); use strict; use warnings; etc..... Older Perl did not support the 'our' pragma, but 'vars.' [1] So keep that in mind if you are using an older Perl. Kind Regards, Chris [1] [7]http://perldoc.perl.org/vars.html -------------------------------------------------------------------------- ---- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: [8]http://p.sf.net/sfu/appdyn_d2d_mar - Forwarded by the Webmin development list at [9][email protected] To remove yourself from this list, go to [10]http://lists.sourceforge.net/lists/listinfo/webadmin-devel 1. file://localhost/home/webmail/homes/jcameron/.tmp/reply_mail.cgi?new=1&to=mp4783%40att%2Ecom 2. tel:%2B1%20614-886-0923 3. tel:%2B1%20614-886-0923 4. file://localhost/home/webmail/homes/jcameron/.tmp/reply_mail.cgi?new=1&to=mpeoples%40att%2Ecom 5. file://localhost/home/webmail/homes/jcameron/.tmp/reply_mail.cgi?new=1&to=cnighswonger%40foundations%2Eedu 6. file://localhost/home/webmail/homes/jcameron/.tmp/reply_mail.cgi?new=1&to=emma%2Ewasanzy%40gmail%2Ecom 9. file://localhost/home/webmail/homes/jcameron/.tmp/reply_mail.cgi?new=1&to=webmin%2Ddevel%40webmin%2Ecom --altsbound1363976533 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable <p>Actually, "use strict" should work just fine - a while back I updated the core Webmin API to use strict and warnings modes, and all new modules have been written to turn those on.<br /><br />For example, see the module in the "webmin" subdirectory for how this is done.</p> <p>On 22/Mar/2013 09:08 Emma wasanzy <[email protected]> wrote .. </p> <blockquote type=3D"cite"> <p>Oh yes Jamie has done a great work and is really helping me a lot. I was only asking to know if there was a special reason why strict hasn't been used. It might help my knowledge tooo.</p> <div class=3D"gmail_quote">On Mar 22, 2013 3:06 PM, "PEOPLES, MICHAEL P" <<a href=3D"reply_mail.cgi?new=3D1&to=3Dmp4783%40att%2Ecom">[email protected]</a>> wrote:<br type=3D"attribution" /> <blockquote class=3D"gmail_quote" style=3D"margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-color: #cccccc; border-left-style: solid; padding-left: 1ex;"> <div lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div> <p class=3D"MsoNormal"><span style=3D"font-family: 'Courier New'; color: #0707b9;">I cannot speak for Jamie, at whose feet I gladly grovel, but my theory is that it made Webmin and the attendant code more =93inclusive=94 of what might be added to it. Again, my Perl knowledge is pathetic, but that=92s my theory.<u></u><u></u></span></p> <p class=3D"MsoNormal"><span style=3D"font-family: 'Courier New'; color: #0707b9;"><u></u> <u></u></span></p> <p class=3D"MsoNormal"><span style=3D"font-family: 'Courier New'; color: #0707b9;">What Jamie built, for those of you who have taken the time to really consider it, is a monumental achievement and contribution to system administrators all over the world. I=92m not =93polishing apples=94 here. I owe countless hours =93recovered=94 through the use of Webmin to the guy.<u></u><u></u></span></p> <p class=3D"MsoNormal"><span style=3D"font-family: 'Courier New'; color: #0707b9;"><u></u> <u></u></span></p> <p class=3D"MsoNormal"><span style=3D"font-family: 'Courier New'; color: blue;">Michael Peoples (mp4783)<u></u><u></u></span></p> <p class=3D"MsoNormal"><span style=3D"font-family: 'Courier New'; color: blue;">iGEMS COE, Deployment, Engineering, Application Support and Security<u></u><u></u></span></p> <p class=3D"MsoNormal"><span style=3D"font-family: 'Courier New'; color: blue;">Global Service Assurance, M5<u></u><u></u></span></p> <p class=3D"MsoNormal"><span style=3D"font-family: 'Courier New'; color: blue;">AT&T Business Solutions<u></u><u></u></span></p> <p class=3D"MsoNormal"><span style=3D"font-family: 'Courier New'; color: blue;">Office: <a href=3D"tel:%2B1%20614-886-0923" value=3D"+16148860923" target=3D"_blank">+1 614-886-0923</a><u></u><u></u></span></p> <p class=3D"MsoNormal"><span style=3D"font-family: 'Courier New'; color: blue;">Mobile: <a href=3D"tel:%2B1%20614-886-0923" value=3D"+16148860923" target=3D"_blank">+1 614-886-0923</a><u></u><u></u></span></p> <p class=3D"MsoNormal"><span style=3D"font-family: 'Courier New'; color: blue;"><u></u> <u></u></span></p> <p class=3D"MsoNormal"><span style=3D"font-family: 'Courier New'; color: blue;">Senior Systems Manager<u></u><u></u></span></p> <p class=3D"MsoNormal"><span style=3D"font-size: 10pt; font-family: 'Courier New'; color: blue;"><a href=3D"reply_mail.cgi?new=3D1&to=3Dmpeoples%40att%2Ecom" target=3D"_blank"><span style=3D"font-size: 12pt;">[email protected]</span></a></span><span style=3D"font-size: 11pt; font-family: 'Courier New'; color: #0707b9;"><u></u><u></u></span></p> <p class=3D"MsoNormal"><span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; color: #0707b9;"><u></u> <u></u></span></p> <p class=3D"MsoNormal"><em><span style=3D"font-size: 10pt; font-family: Arial, sans-serif;">This e-mail and any files transmitted with it are AT&T property, are confidential, and are intended solely for the use of the individual or entity to whom this email is addressed. If you are not one of the named recipient(s) or otherwise have reason to believe that you have received this message in error, please notify the sender and delete this message immediately from your computer. Any other use, retention, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited."</span></em><span style=3D"font-size: 11pt; font-family: Calibri, sans-serif; color: blue;"><u></u><u></u></span></p> <p class=3D"MsoNormal"><span style=3D"font-family: 'Courier New'; color: #0707b9;"><u></u> <u></u></span></p> <div style=3D"border-style: solid none none; border-top-color: #b5c4df; border-top-width: 1pt; padding: 3pt 0in 0in;"> <p class=3D"MsoNormal"><strong><span style=3D"font-size: 10pt; font-family: Tahoma, sans-serif;">From:</span></strong><span style=3D"font-size: 10pt; font-family: Tahoma, sans-serif;"> Chris Nighswonger [mailto:<a href=3D"reply_mail.cgi?new=3D1&to=3Dcnighswonger%40foundations%2Eedu" target=3D"_blank">[email protected]</a>] <br /> <strong>Sent:</strong> Friday, March 22, 2013 10:55 AM<br /> <strong>To:</strong> Webmin development list<br /> <strong>Subject:</strong> Re: [webmin-devel] Strict<u></u><u></u></span></p> </div> <p class=3D"MsoNormal"><u></u> <u></u></p> <div> <p class=3D"MsoNormal">On Fri, Mar 22, 2013 at 7:48 AM, Emma wasanzy <<a href=3D"reply_mail.cgi?new=3D1&to=3Demma%2Ewasanzy%40gmail%2Ecom" target=3D"_blank">[email protected]</a>> wrote:<u></u><u></u></p> <p>Hello, <u></u><u></u></p> <p>I have noticed that, the webmin API doesnt support the use of strict and warning. Because any time I tried using them, I get so many "Global ...." errors which are related to the API. Why isn't the API using strict?<u></u><u></u></p> <p class=3D"MsoNormal"><u></u> <u></u></p> </div> <p class=3D"MsoNormal"><br /> I'm sure only the webmin developer knows why he did not use strict, however, you can still use it. Just initialize vars you intend on importing thus:<br /> <br /> #!/usr/bin/perl<br /> <br /> our( %in, %text, %config );<br /> <br /> use strict;<br /> use warnings;<br /> <br /> etc.....<br /> <br /> Older Perl did not support the 'our' pragma, but 'vars.' [1] So keep that in mind if you are using an older Perl.<br /> <br /> Kind Regards,<br /> Chris<br /> <br /> [1] <a href=3D"http://perldoc.perl.org/vars.html" target=3D"_blank">http://perldoc.perl.org/vars.html</a><u></u><u></u></p> </div> </div> <br />------------------------------------------------------------------------------<br /> Everyone hates slow websites. So do we.<br /> Make your web apps faster with AppDynamics<br /> Download AppDynamics Lite for free today:<br /> <a href=3D"http://p.sf.net/sfu/appdyn_d2d_mar" target=3D"_blank">http://p.sf.net/sfu/appdyn_d2d_mar</a><br />-<br /> Forwarded by the Webmin development list at <a href=3D"reply_mail.cgi?new=3D1&to=3Dwebmin%2Ddevel%40webmin%2Ecom">[email protected]</a><br /> To remove yourself from this list, go to<br /> <a href=3D"http://lists.sourceforge.net/lists/listinfo/webadmin-devel" target=3D"_blank">http://lists.sourceforge.net/lists/listinfo/webadmin-devel</a><br /> <br /> </blockquote> </div> </blockquote><br /> --altsbound1363976533-- --bound1363976533 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar --bound1363976533 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline - Forwarded by the Webmin development list at [email protected] To remove yourself from this list, go to http://lists.sourceforge.net/lists/listinfo/webadmin-devel --bound1363976533--