<div id="reply-content"><span class="Apple-style-span" style="color: rgb(160, 160, 168); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); ">On Saturday, June 22, 2013 at 12:49 AM, Rouslan Placella wrote:</span></div>
    <blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
        <div id="quoted-message-content"><div><div>On 06/16/2013 12:59 PM, Mohamed Ashraf wrote:</div><blockquote type="cite"><div><div>On Wed, Jun 12, 2013 at 9:58 AM, Rouslan Placella <rouslan@placella.com> wrote:</div><div><br></div><blockquote type="cite"><div><div>Some of my thoughts are:</div><div><br></div><div>* Try/catch has a performance penalty</div></div></blockquote><div>it is not too big as can be seen here</div><div>http://jsperf.com/try-catch-performance-overhead</div></div></blockquote><div><br></div><div>Really? On some browsers it's about 20 times slower on the very</div><div>benchmark that you are linking to!</div></div></div></blockquote><div>Really!! That is strange I tested it multiple times and everytime it showed they are all equal in time. Which test case was 20 times slower?<span class="Apple-style-span" style="-webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); "> </span></div><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;"><div id="quoted-message-content"><div><div><br></div><blockquote type="cite"><div><blockquote type="cite"><div>* We need to be able to easily turn off the error reporting feature</div></blockquote><div>You can do it simply by setting a config option I have already set it</div><div>up in the Header.class.php</div><blockquote type="cite"><div><div>* Some/most function names in the stack trace are going to be useless as</div><div>the production js code is minified.</div><div>* The line numbers in the file will not be of much help either, I guess,</div><div>unless we change the way that the files are minified (like forcing line</div><div>breaks every few hundred characters).</div></div></blockquote><div>since uglified js provides little to no information about the location</div><div>of the error. what should we do. I checked up on source maps however</div><div>the browser support is not enough. so what do you think should happen.</div><div>I think the only way to go is to add try and catch to all the</div><div>different functions if you need to find out where the error has</div><div>occured. however adding try and catch statements to the entire</div><div>codebase will decrease code readability considerably.</div></div></blockquote><div>------------------------------------------------------------------------------</div><div>This SF.net email is sponsored by Windows:</div><div><br></div><div>Build for Windows Store.</div><div><br></div><div>http://p.sf.net/sfu/windows-dev2dev</div><div>_______________________________________________</div><div>Phpmyadmin-devel mailing list</div><div>Phpmyadmin-devel@lists.sourceforge.net</div><div>https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel</div></div></div>
         
         
         
         
    </blockquote>
     
    <div>
        <br>
    </div>