<!DOCTYPE html><html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8" /></head><body><div data-html-editor-font-wrapper="true" style="font-family: arial, sans-serif; font-size: 13px;">It may be missing a try catch, but is the input data valid ?<br><br><br>16 April 2016 08:00, "Vicky Vergara" <<a target="_blank" tabindex="-1" href="mailto:%22Vicky%20Vergara%22%20<vicky@georepublic.de>">vicky@georepublic.de</a>> wrote:<blockquote><div><div><div dir="ltr"><div style="font-family: comic sans ms,sans-serif">it doesnt have the try catch</div></div><div> <div>On Fri, Apr 15, 2016 at 11:03 PM, Stephen Woodbridge <span dir="ltr"><<a target="_blank" tabindex="-1" rel="external nofollow" href="mailto:woodbri@swoodbridge.com">woodbri@swoodbridge.com</a>></span> wrote:<br><br> <blockquote style="margin: 0 0 0 .8ex;border-left: 1px #ccc solid;padding-left: 1ex"><span>On 4/15/2016 9:32 PM, Daniel Kastl wrote:</span><blockquote style="margin: 0 0 0 .8ex;border-left: 1px #ccc solid;padding-left: 1ex"><blockquote style="margin: 0 0 0 .8ex;border-left: 1px #ccc solid;padding-left: 1ex"><span>2016-04-15 14:40:15 BST LOG server process (PID 5044) was terminated<br>by exception 0xC0000005<br><br>2016-04-15 14:40:15 BST LOG terminating any other active server<br>processes<br><br>2016-04-15 14:40:15 BST WARNING terminating connection because of<br>crash of another server process<br><br>So, I guess my question is, is there any way I can get my function to<br>fail gracefully when I hit this exception and stop my connection<br>terminating and the process crashing?</span><br><br> </blockquote><br><span>I remember, that this was an issue in the past, but I thought it had be<br>resolved long time ago by returning an error and not crashing the<br>process, so I don't even remember when.<br>We will look into this. Thanks for reporting.</span><br> </blockquote><span> </span><br>The short answer is this is a bug and the way to stop the server from crashing is to fix the bug. The best way to do this is to find a case where you can repeat the issue and file a test case, then we can debug the issues and put in a fix for it.<br><br>The reason for the crash is because when something bad and unexpected happens the database can not be sure that all the other processes are in a stable state so it kills all the database processes so that the database will get recovered into a known stable state. While this may be annoying it is better than continuing with possible damaged and inconsistent data that will impact future results or potential destroy more data or return bad data.<br><br>If you have a test case that fails we would really like to get it so we can address this problem.<br><br>Thanks,<br> -Steve<br><br>---<br>This email has been checked for viruses by Avast antivirus software.<br><a rel="external nofollow" target="_blank" tabindex="-1" href="https://www.avast.com/antivirus">https://www.avast.com/antivirus</a><div><div><br><br>_______________________________________________<br>Pgrouting-users mailing list<br><a target="_blank" tabindex="-1" rel="external nofollow" href="mailto:Pgrouting-users@lists.osgeo.org">Pgrouting-users@lists.osgeo.org</a><br><a rel="external nofollow" target="_blank" tabindex="-1" href="http://lists.osgeo.org/mailman/listinfo/pgrouting-users">http://lists.osgeo.org/mailman/listinfo/pgrouting-users</a></div></div></blockquote></div><br><br clear="all"><br>--<div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><pre>Georepublic UG (haftungsbeschränkt) Salzmannstraße 44, 81739 München, Germany Vicky Vergara Operations Research eMail: vicky@<a target="_blank" tabindex="-1" rel="external nofollow" href="http://georepublic.de">georepublic.de</a> Web: <a target="_blank" tabindex="-1" rel="external nofollow" href="https://georepublic.info">https://georepublic.info</a> Tel: +49 (089) 4161 7698-1 Fax: +49 (089) 4161 7698-9 Commercial register: Amtsgericht München, HRB 181428 CEO: Daniel Kastl </pre></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></blockquote></div></body></html>