<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div>I’d check into this too: <a href="http://www.modernperlbooks.com/mt/2014/01/fatal-warnings-are-a-ticking-time-bomb.html">http://www.modernperlbooks.com/mt/2014/01/fatal-warnings-are-a-ticking-time-bomb.html</a></div><div><br></div><div>Basically, if some module somewhere in a dependency uses Moo, you can get this effect. A change somewhere quite remote can have nasty consequences. And i quote:</div><div><br></div><div><blockquote type="cite"><span style="color: rgb(51, 51, 51); font-family: 'trebuchet ms'; font-size: 13px; background-color: rgb(255, 255, 255);">In other words, any CPAN module which uses </span><code style="margin: 0px; padding: 0px; color: rgb(51, 51, 51); font-size: 13px; background-color: rgb(255, 255, 255);">Moo</code><span style="color: rgb(51, 51, 51); font-family: 'trebuchet ms'; font-size: 13px; background-color: rgb(255, 255, 255);"> is, by default, vulnerable to a change in any of its dependencies which may legitimately produce new warnings. By "vulnerable" I mean "your program may start crashing in library code you didn't write and do not maintain and, by the way, may be in a dependency several levels deep that you didn't even know uses </span><code style="margin: 0px; padding: 0px; color: rgb(51, 51, 51); font-size: 13px; background-color: rgb(255, 255, 255);">Moo</code><span style="color: rgb(51, 51, 51); font-family: 'trebuchet ms'; font-size: 13px; background-color: rgb(255, 255, 255);">."</span></blockquote></div><div><br></div><div>The last bit is actually quite scary. </div><div><br></div><div>All the best</div><div>Stuart</div><div><br></div><br><div><div>On Aug 22, 2014, at 2:52 PM, J. Bobby Lopez <<a href="mailto:jbl@jbldata.com">jbl@jbldata.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>Also, if you avoid the use of the system perl, and maybe use perlbrew to install 5.8.8 on both prod and dev, you may be able to avoid distro-specific inconsistencies (or rule out the system perl as the culprit).<br><br><div class="gmail_quote">On August 22, 2014 2:46:02 PM EDT, "J. Bobby Lopez" <<a href="mailto:jbl@jbldata.com">jbl@jbldata.com</a>> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Compare the actual build number, since the base version number may be the same, but builds are most likely different, especially across distros. It may be that your dev environment has something like a 'no warnings q{uninitialized}' coded into some library on the dev side that doesn't exist in production. Just a guess.<br><br><div class="gmail_quote">On August 22, 2014 2:32:48 PM EDT, Fulko Hew <<a href="mailto:fulko.hew@gmail.com">fulko.hew@gmail.com</a>> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<span style="font-family:courier new,monospace"><br>I just got bitten by different behavior on different platforms,<br>and I can't justify it. Perhaps someone out there can?<br><br>Platform #1: Perl 5.8.8 on Fedora    (development system)<br>

Platform #2: Perl 5.8.8 on Debian    (production system)<br><br>It turns out my application _did_ have a bug in it, but it wasn't<br>detected during my testing when run on the dev sys, but failed<br>when the same dataset was encountered on the production system.<br>

<br>a) I have 'use strict' and 'use warnings' in my app.<br>b) I had an uninitialized variable used in a print statement.<br><br>On the production machine... my app died with the error:<br>'<span class="st">Use of uninitialized value in concatenation'<br>

just as you would expect.<br><br>But on my dev sys, the app doesn't die, or even complain!<br><br>Once I found out what was happening, I ran it under the debugger on my dev sys,<br>and when I stepped through the print statement... It bitches and dies.<br>

But without the debugger,  all is (apparently) happy.<br>(That's why I didn't detect and fix the bug during testing.)<br><br>So...<br>Why would my dev sys only flag and die under the debugger (and not with a normal run)?<br>

And why does my prod system, work correctly (ie. flag and die) ?<br><br><br><br><br> </span></span><div style="margin-top: 2.5em; margin-bottom: 1em; border-bottom-width: 1px; border-bottom-style: solid; border-bottom-color: rgb(0, 0, 0);"><br class="webkit-block-placeholder"></div><pre class="k9mail"><hr><br>toronto-pm mailing list<br><a href="mailto:toronto-pm@pm.org">toronto-pm@pm.org</a><br><a href="http://mail.pm.org/mailman/listinfo/toronto-pm">http://mail.pm.org/mailman/listinfo/toronto-pm</a><br></pre></blockquote></div></blockquote></div></div>_______________________________________________<br>toronto-pm mailing list<br><a href="mailto:toronto-pm@pm.org">toronto-pm@pm.org</a><br>http://mail.pm.org/mailman/listinfo/toronto-pm<br></blockquote></div><br><div apple-content-edited="true">
<p style="font-family: Arial, sans-serif; font-size: 8pt; margin-bottom: 0px; ">--</p><div style="font-family: Verdana, sans-serif; font-size: 10pt; color: rgb(57, 121, 59); margin-top: 0px; margin-bottom: 0px; "><b>Stuart Watt</b></div><p style="font-family: Verdana, sans-serif; font-size: 8pt; margin-top: 0px; "><a href="mailto:stuart@morungos.com">stuart@morungos.com</a> / <a href="https://twitter.com/morungos">twitter.com/morungos</a></p>

</div>
<br></body></html>