Paul Demorest

Thanks for the quick fix, Willem. I can confirm that it fixes the issue on my system.

psrstat segfaults

psrstat segfaults

unable to change edit type of data after folded by dspsr

Hi Yixuan, I'm glad you sorted it out already. In case this wasn't clear, I think the issue arose because the source name in your VLA file is 3C286, which is in psrchive's built-in list of flux calibrator sources (in file $PSRCHIVE/share/fluxcal.on). So psrchive automatically assumes it is a FluxCal-on observation. If needed you can work around this most easily by changing the source name.

Thanks Willem. You are right that there was an implicit assumption that a file would contain more than one data block. I don't remember details at this point but it looks like there must have been cases when the first data block was bad and needed to be ignored. I quickly skimmed your changes and they all seem reasonable to me!

hi Willem, We've been doing date-based versioning for a while now, though I guess no one has updated that change log webpage! Anyways all the released versions are here: https://sourceforge.net/projects/psrchive/files/psrchive/ I think semantic versioning has some nice features.. if we are willing to put in the extra work to follow the rules about when to bump the various numbers. Are we able to do this? If not then we might as well just stick with dates IMO. There may be some hassle involved in...

hi Willem, We've been doing date-based versioning for a while now, though I guess no one has updated that change log webpage! Anyways all the released versions are here: https://sourceforge.net/projects/psrchive/files/psrchive/ I think semantic versioning has some nice features.. if we are willing to put in the extra work to follow the rules about when to bump the various numbers. Are we able to do this? If not then we might as well just stick with dates IMO. There may be some hassle involved in...