<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 9, 2018 at 8:17 AM, Ralph Versteegen <span dir="ltr"><<a href="mailto:teeemcee@gmail.com" target="_blank">teeemcee@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On 10 January 2018 at 05:12, Ralph Versteegen <span dir="ltr"><<a href="mailto:teeemcee@gmail.com" target="_blank">teeemcee@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div>There's no such feature. Its absence is certainly a nuisance for writing test cases.<br></div>(hspeaktest.py can check for compile-time warnings and errors, but not run-time ones)<br><br></div>I didn't have any ideas for a try/except block statement. I thought that people wouldn't use it much since most wouldn't be familiar with exceptions, and the additional complexity, didn't seem to justify it.<br></div>But maybe a more coarse-grained ability to specify a global (or per-script or per-fibre) error handler would be useful. Either just for our purposes, or as a public feature.</div><div>Incidentally, lua doesn't have try/except, but it has a special way to call a function so that you catch errors inside it (pcall).<br></div></div></blockquote><div><br></div></span><div>Also, when it comes to the differences between release and debug modes, I suppose that you could use error catching either to catch errors that will actually be shown to the user (so you can customise that), or to catch errors (oh a certain errorlevel?) regardless of whether they're shown, which useful for testcases... but what use would there be? Because we want to be able to assume everyone uses release mode, and add new error checking, I think any other uses of error checking would make adding more error checking a back-compat problem again :/<br></div><span class=""><div> </div></span></div></div></div></blockquote></div><div class="gmail_quote"><br></div><div class="gmail_quote">I think something like lua's pcall would be great. I just thought of try/except since that Is what I am most familiar with.</div><div class="gmail_quote"><br></div><div class="gmail_quote">Just checking user-visible errors seems good enough for writing better test cases, since it should be very little trouble making sure that autotest.rpg gets run in debug mode (it looks like we don't currently have a command line argument to force testing mode, but it ought to be easy to add one)<br></div></div><div class="gmail_extra"><br></div><div class="gmail_extra">---</div><div class="gmail_extra">James<br></div></div>