{"action":"created","issue":{"url":"https://api.github.com/repos/kgullikson88/Telluric-Fitter/issues/5","labels_url":"https://api.github.com/repos/kgullikson88/Telluric-Fitter/issues/5/labels{/name}","comments_url":"https://api.github.com/repos/kgullikson88/Telluric-Fitter/issues/5/comments","events_url":"https://api.github.com/repos/kgullikson88/Telluric-Fitter/issues/5/events","html_url":"https://github.com/kgullikson88/Telluric-Fitter/issues/5","id":59159166,"number":5,"title":"floating-point exception loop of death","user":{"login":"mrawls","id":5659077,"avatar_url":"https://avatars.githubusercontent.com/u/5659077?v=3","gravatar_id":"","url":"https://api.github.com/users/mrawls","html_url":"https://github.com/mrawls","followers_url":"https://api.github.com/users/mrawls/followers","following_url":"https://api.github.com/users/mrawls/following{/other_user}","gists_url":"https://api.github.com/users/mrawls/gists{/gist_id}","starred_url":"https://api.github.com/users/mrawls/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/mrawls/subscriptions","organizations_url":"https://api.github.com/users/mrawls/orgs","repos_url":"https://api.github.com/users/mrawls/repos","events_url":"https://api.github.com/users/mrawls/events{/privacy}","received_events_url":"https://api.github.com/users/mrawls/received_events","type":"User","site_admin":false},"labels":[],"state":"closed","locked":false,"assignee":null,"milestone":null,"comments":12,"created_at":"2015-02-26T23:00:28Z","updated_at":"2015-03-10T19:01:44Z","closed_at":"2015-03-10T19:01:44Z","body":"Hi there,\r\n\r\nI was able to install Telluric-Fitter on OS X Yosemite running the Ureka Python 2.7 with no apparent issues. Yay! However, when I the MakeLibrary.py example, I get this output:\r\n\r\n```\r\nRunning exec: lblrtm\r\nNote: The following floating-point exceptions are signalling: IEEE_INVALID_FLAG IEEE_UNDERFLOW_FLAG IEEE_DENORMAL\r\nSTOP  LBLRTM EXIT \r\nreal\t0m6.753s\r\nuser\t0m2.828s\r\nsys\t0m3.771s\r\n```\r\n\r\nIt will repeat this several times when I run the MakeLibrary.py example, and after a few times (with varying real/user/sys values) it will print `\"All done! Output Transmission spectrum is located in the file below: [long filename which does indeed exist and have numbers in it].\"` But then it falls into some kind of never-ending loop, starting again with \"Running exec: lblrtm\" and overwriting (adding to?) an identical outfile every few times. I finally killed it after 15 min or so, tried the Fit.py example with nearly identical results:\r\n\r\n```\r\nRunning exec: lblrtm\r\nNote: The following floating-point exceptions are signalling: IEEE_INVALID_FLAG IEEE_UNDERFLOW_FLAG IEEE_DENORMAL\r\nSTOP  LBLRTM EXIT \r\nreal\t0m8.637s\r\nuser\t0m4.058s\r\nsys\t0m4.175s\r\nAdjusting wavelength calibration by at most 0.001264761 nm\r\nFitting Resolution\r\nOptimal resolution found at R =  66870.7176604\r\nFraction of points used in X^2 evaluation:  1.0\r\nX^2 =  0.226303802101\r\nParameter      \tValue\t\tFitting?\tBounds\r\n-------------\t-----\t\t-----\t\t-----\r\ntemperature    \t2.92500E+02\tTrue\t\t287.5 - 297.5\r\nh2o            \t5.40000E+01\tTrue\t\t1 - 99\r\no2             \t2.12000E+05\tTrue\t\t50000 - 1e+06\r\n```\r\n\r\nAs a bonus, running Fit.py created an lnfl_run.log file which said the following:\r\n\r\n```\r\nNote: The following floating-point exceptions are signalling: IEEE_UNDERFLOW_FLAG IEEE_DENORMAL\r\nSTOP  LINFIL COMPLETE \r\n skipping over header records on TAPE1\r\n```\r\n\r\nThen I gave up and came over here. If it matters, I'm using the homebrew gfortran that comes with gcc. Thanks for any pointers."},"comment":{"url":"https://api.github.com/repos/kgullikson88/Telluric-Fitter/issues/comments/78123767","html_url":"https://github.com/kgullikson88/Telluric-Fitter/issues/5#issuecomment-78123767","issue_url":"https://api.github.com/repos/kgullikson88/Telluric-Fitter/issues/5","id":78123767,"user":{"login":"mrawls","id":5659077,"avatar_url":"https://avatars.githubusercontent.com/u/5659077?v=3","gravatar_id":"","url":"https://api.github.com/users/mrawls","html_url":"https://github.com/mrawls","followers_url":"https://api.github.com/users/mrawls/followers","following_url":"https://api.github.com/users/mrawls/following{/other_user}","gists_url":"https://api.github.com/users/mrawls/gists{/gist_id}","starred_url":"https://api.github.com/users/mrawls/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/mrawls/subscriptions","organizations_url":"https://api.github.com/users/mrawls/orgs","repos_url":"https://api.github.com/users/mrawls/repos","events_url":"https://api.github.com/users/mrawls/events{/privacy}","received_events_url":"https://api.github.com/users/mrawls/received_events","type":"User","site_admin":false},"created_at":"2015-03-10T19:01:44Z","updated_at":"2015-03-10T19:01:44Z","body":"Finally fixed it! For some reason, gfortran 4.9 and 5.0 both give floating-point exceptions, but gfortran 4.8 doesn't. Now the example Fit.py iterates as it should and makes a lovely plot at the end! I hope this helps anyone else who may encounter this issue. Thanks again for your help troubleshooting."}}