Re: Warnings and Strict in Production/Performance

Funny how we all seem to be agreeing on this one! Both pragmae are included in my production distributions - stricture won't return anything - but warnings are logged to a file on disk and then if the user wants to initiate a support issue it is done from within the software and the log is sent to our issue server ( we use Eventum ) and the support tech has the log to work with.

I don't know about you but most of the warnings I see are 'undefined value' warnings which are taken care of by initialising variables to something when they are created. Config::Simple is particularly bad in my case at throwing warnings. Because my software is always 'calling home' to a SOAP server for data, we have a message that asks the software to send in a log file next time it connects - each user is identified by a unique ID so I can even request a specific user installation. So even in production, warnings are my friend!

But back to your own situation, if the production code is generating warnings, then you really do want to know why - as Ovid said, pretending you are an ostrich is dangerous - because your butt is very exposed when your head is in the sand.

jdtoronto

Comment on Re: Warnings and Strict in Production/Performance

Replies are listed 'Best First'.
Re^2: Warnings and Strict in Production/Performance by Not_a_Number (Prior) on Oct 17, 2006 at 18:24 UTC
Both pragmae are included... <pedantic>Pragma is a Greek, not a Latin word. The 'learned' plural is therefore pragmata, not pragmae. However, like the authors of the Camel Book, I prefer to use the 'English' plural, pragmas</pedantic> :-)	[reply]
Re^2: Warnings and Strict in Production/Performance by Scott7477 (Chaplain) on Oct 17, 2006 at 18:13 UTC
jdtoronto..your concluding statement belongs in Bartlett's Quotations or something.. "Pretending you are an ostrich is dangerous - because your butt is very exposed when your head is in the sand." :) ++	[reply]