Subject: |
Re: [Merge] ~freddie-akeroyd/epics-base:msi_close_file into epics-base:3.15 |
From: |
Freddie Akeroyd via Core-talk <[email protected]> |
To: |
[email protected] |
Date: |
Fri, 12 Jul 2019 15:38:26 -0000 |
Hi Andrew, I went back to try using fflush myself and now the machine that failed regularly will not fail at all when reverted! I had come across this issue intermittently before and a re-run usually fixed it, I briefly had this one machine doing it regularly but not anymore :-( Going with fflush(outFP) over fclose(outFP) is fine with me if we have a reproducible test case that it fixes. An fclose() will close the underlying windows handle at that point as well as do a flush, the online windows example seems to do this but i don't know if it is important. Given that we know there are no atexit handles or further things with stdout that msi does it should be safe to use fclose() and that would certainly cover everything on windows.
--
https://code.launchpad.net/~freddie-akeroyd/epics-base/+git/epics-base/+merge/369763
Your team EPICS Core Developers is subscribed to branch epics-base:3.15.
- References:
- [Merge] ~freddie-akeroyd/epics-base:msi_close_file into epics-base:3.15 Freddie Akeroyd via Core-talk
- Navigate by Date:
- Prev:
Jenkins build is back to normal : epics-example-win64 #354 APS Jenkins via Core-talk
- Next:
Re: [Merge] ~freddie-akeroyd/epics-base:msi_close_file into epics-base:3.15 Freddie Akeroyd via Core-talk
- Index:
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
<2019>
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
Re: [Merge] ~freddie-akeroyd/epics-base:msi_close_file into epics-base:3.15 Andrew Johnson via Core-talk
- Next:
Re: [Merge] ~freddie-akeroyd/epics-base:msi_close_file into epics-base:3.15 Freddie Akeroyd via Core-talk
- Index:
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
<2019>
2020
2021
2022
2023
2024
|